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设计 模式 和 敏捷 开发 方法 的 创始 人 之 一 Erich Gamma 曾 说 过 :“ 设 计 和 开发 面向 对 象 
软件 是 非常 困难 的 ,而 设计 和 开发 可 复 用 的 面向 对 象 软件 则 更 加 困难 。” 正 因为 如 此 ,在 软件 
发 过 程 中 ,有 经 验 的 设计 者 往往 会 重复 使 用 一 些 他 们 在 以 前 的 设计 工作 中 曾经 用 到 的 成 
功 而 又 有 效 的 解决 方案 ,这 些 解决 方案 可 以 提高 开发 人 员 的 开发 效率 与 软件 质量 ,并 使 得 所 
设计 的 软件 更 加 灵活 ,易于 扩展 ,可 复 用 性 也 更 高 。 这 些 解决 方案 即 设计 模式 ,设计 模式 为 
实现 可 维护 性 复 用 而 诞生 ,无论 是 面向 对 象 编程 的 初学 者 还 是 有 一 定编 程 经 验 的 程序 员 ,都 
可 以 从 设计 模式 的 学 习 和 使 用 中 深入 理解 面向 对 象 思想 的 精华 ,开发 出 可 扩展 性 和 可 复 用 
性 俱 佳 的 软件 。 

设计 模式 是 前 人 经 验 的 积累 , 它 将 让 我 们 的 软件 变 得 更 像 一 个 艺术 品 ,而 不 是 一 堆 难 以 
维护 和 重用 的 代码 , 它 已 经 成 功 应 用 于 众多 软件 设计 中 ,是 一 个 优秀 的 面向 对 象 软件 开发 人 
员 所 必须 掌握 的 知识 和 技能 。 本 书 编者 在 十 多 年 的 软件 开发 和 计算 机 教育 教学 工作 中 积累 
了 丰富 的 设计 模式 使 用 经 验 和 教学 经 验 , 也 深刻 体会 到 学 习 设计 模式 的 重要 性 。 目 前 ,国内 
外 越 来 越 多 的 高 校 在 计算 机 及 软件 工程 相关 专业 的 本 科 生 和 研究 生 教 学 中 开设 了 软件 体系 
结构 、 面 向 对 象 分 析 与 设计 等 课程 ,而 设计 模式 是 这 些 课 程 的 核心 组 成 部 分 ,还 有 的 学 校 将 
设计 模式 作为 一 门 单独 的 课程 来 开设 。 此 外 ,很 多 软件 培训 机 构 在 软件 工程 师 培 训 课 程 中 
也 包含 了 设计 模式 相关 内 容 , 在 各 类 计算 机 考试 和 企业 招聘 笔试 中 设计 模式 相关 考题 也 占 
据 了 一 定 的 比例 。 编 者 在 过 去 几 年 中 已 完成 多 种 设计 模式 教材 的 编写 工作 ,本 书 将 融合 之 
前 几 种 教材 的 优点 ,力求 为 广大 师 生 提供 一 本 内 容 全 面 、 实 用 性 强 、 通 俗 易 懂 的 设计 模式 
教材 。 

本 书 的 目的 在 于 让 读者 通过 大 量 应 用 实例 和 习题 ,理论 联系 实际 ,以 便 更 快 、 更 好 地 理 
解 和 掌握 每 一 个 设计 模式 。 全 书 共 26 章 ,可 分 为 4 个 部 分 : 

第 1 部 分 包含 第 1 章 和 第 2 章 , 主 要 介绍 与 设计 模式 相关 的 一 些 基 础 知识 ,包括 设计 模 
式 概述 7 个 常用 的 面向 对 象 设计 原 则 等 内 容 , 为 后 续 设 计 模式 的 学 习 竟 定 基础 ; 第 2 部 分 
包含 第 3 一 8 章 , 介 绍 6 种 常用 的 创建 型 设计 模式 ,分 别 是 简单 工厂 模式 、 工 厂 方法 模式 、 抽 
象 工 厂 模式 、 建 造 者 模式 、 原 型 模式 和 单 例 模式 ; 第 3 部 分 包含 第 9 一 15 章 , 介 绍 7 种 常用 
的 结构 型 设计 模式 ,分别 是 适配器 模式 ,桥接 模式 、 组 合 模式 .装饰 模式 .外 观 模式 、 享 元 模式 
和 代理 模式 ; 第 4 部 分 包含 第 16 一 26 章 , 介 绍 11 种 常用 的 行为 型 设计 模式 ,分 别 是 职责 链 
模式 、 命 令 模式 解释 器 模式 、 迭 代 器 模式 、 中 介 者 模式 、 备 忘 录 模 式 ,观察 者 模式 、 状 态 模 式 、 
策略 模式 ,模板 方法 模式 和 访问 者 模式 。 

本 书 结合 大 量 项 目 应 用 实例 对 每 一 个 设计 模式 都 进行 了 细致 的 讲解 。 全 书 结构 合理 、 
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条 理 清晰 、 内 容 丰 富 、 讲 解 深 入 , 且 在 每 一 章 后 面 都 配 有 大 量 的 习题 ,很 多 习题 也 都 基于 项 目 
实例 ,让 读者 在 学 完 相 关 知 识 后 能 够 更 好 地 消化 和 巩固 所 学 知识 。 此 外 ,在 附录 中 还 提供 了 
UML 类 图 相关 知识 的 介绍 和 3 套 设计 模式 模拟 试题 。 

本 书 在 编写 过 程 中 参考 了 大 量 已 有 的 设计 模式 书籍 , 集 各 家 之 所 长 ,并 进行 了 适当 的 整 
理 和 扩展 ,将 一 些 原本 深奥 并 难以 理解 的 设计 思想 通过 简单 的 应 用 实例 来 解析 ,让 读者 能 够 
轻松 掌握 面向 对 象 设计 思想 的 精髓 。 本 书 以 “实例 驱动 教学 ”为 整体 编写 原则 ,每 一 个 模式 
的 学 习 都 基于 至 少 一 个 应 用 实例 ,结合 应 用 实例 来 分 析 和 讲解 每 一 个 设计 模式 ,力求 通过 最 
通俗 易 懂 的 方式 让 读者 学 习 和 理解 设计 模式 ,让 读者 在 真实 项 目 实例 的 引导 下 学 会 选择 和 
合理 运用 设计 模式 。 在 设计 模式 讲解 部 分 ,每 一 章 的 基本 结构 如 下 : 


模式 动机 与 定义 | ?| 模式 结构 与 实现 | >| 模式 应 用 实例 


小 结 与 习题 “| 人 本 《| 模式 扩展 


本 书 提供 了 完整 的 设计 模式 及 应 用 实例 的 UML 结构 图 (类 图 ) 和 Java 实现 代码 ,所 有 
类 图 均 严 格 按照 UML 2. X 标准 绘制 ,所 有 代码 均 在 Eclipse Neon v4. 6.0 中 通过 测试 且 运 
行 无 误 。 

本 书 提供 了 与 内 容 配套 的 课程 教学 视频 ,并 提供 了 完整 的 配套 教学 资料 ,包括 所 有 实例 
的 源 代码 .PPT 格式 的 电子 课件 . 课 后 习题 和 模拟 试题 答案 等 ,任课 教师 可 以 通过 发 送 邮 件 
来 获取 相关 教学 资料 。 这 些 教学 资料 将 形成 一 个 完整 的 体系 ,为 教学 提供 便利 。 

本 书 既 可 作为 高 等 院 校 计算 机 及 软件 相关 专业 本 科 生 和 研究 生 软 件 设计 模式 、 软 件 体 
系 结构 、 面 向 对 象 分 析 与 设计 等 课程 教材 ,也 可 作为 各 软件 培训 机 构 培 训 教 材 及 全 国 计 算 机 
技术 与 软件 专业 技术 资格 (水 平 ) 考 试 辅导 教材 ,还 可 作为 软件 架构 师 .软件 工程 师 及 广大 软 
件 爱 好 者 的 自学 读物 和 参考 用 书 。 

由 于 时 间 仓促 ,加 之 编者 学 识 有 限 , 虽 经 多 次 审阅 与 校 稿 ,但 书 中 不 足 和 政 漏 之 处 在 所 
难免 ,恳请 广大 读者 将 意见 和 建议 通过 清华 大 学 出 版 社 反 馈 给 我 们 ,力求 使 本 书 精益 求 精 ， 
更 趋 完 美 。 


编 者 
2018 年 1 月 


CONTENTS 一 一 会 》 录 


第 1 章 设计 模式 概述 … 


1.1.1 模式 的 诞生 与 定义 

1.1.2 软件 模式 概述 …………… 

1.1.3 设计 模式 的 发 展 ………: 和 
1.2. 1 设计 模式 的 定义 ee 
1.2.2 设计 模式 的 基本 要 素 … 
1.2.3 ”设计 模式 的 分 类 ……… 
GoF 设计 模式 简介 ……………… i 
本 章 小 缚 尼 ee ee ee see ee see 
习题 ee 


5 


= 


1 
和 
1 
1 


Dw 


第 2 章 面向 对 象 设计 原则 ppp 2 


面向 对 象 设计 原则 概述 …… ee 2 
1 
开 闭 原则 ………: 
| ee 
pr: 2 |) ET TN 
a 
pe i TE 
迪 米 特 法 则 …… 
1 RP 


OT 人 wr- 


2 
2 
2 
2 
2. 
2 
2 
2 
2 
2. 


bd 
© 


第 3 辣 简单 王 厂 权臣 C00 2 


简单 于 让 稚 式样 过 ernie em 


“WV ，Java 设 计 模式 


3.3 


3.4 
3.5 
3.6 
3,7 


3.8 
3.9 


第 4 章 


> 
maw 


简章 至 厂 本 式 结 构 写 主观 RE 
各 二 交 条 单 天 三 楼 式 顽 纲 二 30 
漳 单 证 矿 模 式 记 用 实例 
关于 创建 对 象 与 使 用 对 象 … 于 ee 36 
简单 工厂 模式 的 简化 … oe a a de 
简单 工厂 复式 优 /页 点 与 适用 环境 eees0ssesennenssisinniiininieienn 39 
3.7.1 简单 工厂 模式 优点 ………… 

3.7.2 简单 工厂 模式 缺点 ……… 

3.7.3 简单 工厂 模式 适用 环境 … 

本 章 小 结 … 0000 
习题 … 


a hr RO NE 


工厂 方法 模式 结构 与 实现 站 PN 44 
4.2.1 工厂 方法 模式 结构 pp 44 
4.2.2 工厂 方法 模式 实现 ee 45 
工厂 方法 模式 应 用 实例 45 
反射 机 制 与 配置 文 储 : secret sis seninntnnnenaannantaneasnsnannannsnnanaas 和 
hs NR PE TE VEE TE 51 
工矿 方法 模式 优 /缺点 与 适用 环境 ee 请 
4.7.1 工厂 方法 模式 优点 ………… sses000s00tes rors os. 54 
Wy Pe 上 方法 模式 银 上 seenonsnottonsstsetasaot soso tsa a sts tt eas as 54 


产品 等 级 结构 与 产品 族 站 pp 
抽象 工厂 模式 结构 与 实现 
7 
抽象 工厂 模式 应 用 实例 .ppp 61 
a 而 
四 杀 工厂 模式 优 / 负 虑 与 适用 环境 “nn a 


5.7 


5. 


5 6 抽 妆 证 三 自 臣 合十 weesseiri i 
5.6.3 抽象 工厂 模式 适用 环境 eos 68 
本 章 小 结 … 。 人 

习题 … 


6.1 
6.2 


6.3 
6.4 
6.5 


6.6 
6.7 


建造 者 模式 概述 人 
建造 者 模式 结构 与 实现 … 
6.2.1 建造 者 模式 结构 
6.2.2 建造 者 模式 实现 ， 
指挥 者 类 的 深入 讨论 … Ne Pe pe PE 
建党 者 杆 式 优 / 癸 点 与 通用 环 辛 we 87 
6.5.1 建造 者 模式 优 是 87 
6.5.2 ”建造 者 模式 缺点 ee 87 
6.5.3 建造 者 模式 适用 环境 87 
本 章 小 结 ands pe 的 克 
习题 … TP 症 训 


第 7 章 原型 模式 90 


人 条理 
?7.2 


Li: 
7.4 
Vi 


7.6 
PA 


原型 模式 概述 … 

原型 模式 结构 与 实现 … 
7.2.1 原型 模式 结构 
7.2.2 浅 克隆 与 深 克 隆 ， 
7.2.3 原型 模式 实现 … a 
原型 模式 应 用 实例 … 
原型 管理 器 ， oo ee 
原型 模式 优 /缺点 与 适用 环境 … 
7.5.1 原型 模式 优点 … 
7.5.2 ”原型 模式 缺点 … Pe 
A ee Re 
a 


1 
8.2 


单 例 模式 概述 ese 和 oes eb 
单 例 模式 结构 与 实现 …………… 
8.2. 1 单 例 模式 结构 …………: 
a 


“VL ,Java 设 计 模式 


8.3 
8.4 
8.5 


‘© Ow 
ma 


10. 
10. 


俄 汉 式 单 例 与 懒汉 式 单 例 el 
单 例 模式 优 /缺点 与 适用 环境 … 

8.5.1 单 例 模 式 优点 …………… 
8.5.2 单 例 模式 缺点 … 

8.5.3 单 例 模式 适用 环境 pp 
人 OE | 


CE 


适配器 模式 结构 与 实现 
9.3.1 适配器 模式 结构 
9.3.2 适配器 模式 实现 ……… 

缺 省 适配器 模式 ， 
双向 适配器 ， 5 i 
适配器 模式 优 /缺点 与 适用 环境 … 
9.7.1 适配器 模式 优点 … | 
本 章 小 结 3 130 
习题 ， 


.2 桥接 模式 结构 与 实现 


桥接 模式 优 /缺点 与 适用 环境 …… 

W025:3 桥接 模式 适用 环境 ， a 

本 章 小 结 
是 


ww 


[2 


~ 


目录 .WV 


组 合 模式 概述 147 
组 合 模式 结构 与 实现 PN 149 
11.2.1 组 合 模式 结构 pp 149 
11.2.2 组合 模式 实现 ee 149 
组 合 模式 应 用 实例 ……………………… pe 
透明 组 合 模式 与 安全 组 合 模式 ， 只 157 
组 合 模式 优 /缺点 与 适用 环境 … ee … 158 
11.5.1 组 合 模式 优 囊 pp 1158 
11.5.2 组 合 模式 缺 上 159 
i 
11.6 本 章 小 缚 159 


12. 2 装饰 模式 结构 与 实现 …… J 
装饰 模式 优 /缺点 与 适用 环境 …: . 171 
12. 5.1 装饰 模式 优点 … … 171 
bE 装饰 模式 缺点 oo snes .» 171 


13.2 外观 模式 结构 与 实现 ……… .. 176 
13.2.1 外 观 模式 结构 … .. 176 
13. 2.2 外观 模式 实现 … .. 176 


EL 
11. 


[Cn 


ba hhh 
一 
cn oo 


161 


pm 
Mo 
cn 心中 


巴巴 
cn 心 co 


“如 ， Java 设计 模式 


13, 


第 14 章 


15. 


15. 


第 16 章 


hs 


~ a 


6. 


7 


时 | 
-2 


.8 
9 


| 
这 


8 
3 


1 


i 


14.2.1 享 元 模式 结构 … 
14. 2.2 享 元 模式 实现 … : 
ee aati A 
单纯 部 元 模式 与 复合 剖 元 模式 a 
享 元 模式 优 /缺点 与 适用 环境 : ee ， 

14.7.1 享 元 模式 优点 … 
14.7.2 享 元 模式 缺点 ……… 
14.7.3 享 元 模式 适用 环境 ， 
本 章 小 结 : : 
习题 ooooooooovooooooooooovooooooooooooooooooooooooooooooooooooooooooooooooooooooooo yy 201 


代理 模式 结构 与 实现 ……… 
15. 2.1 代理 模式 结构 …… 
15.2.2 代理 模式 实现 …:. i i 
代理 模式 应 用 实例 ees. 206 
15.7.2 代理 模式 缺点 ……… 本 
15.7.3 ”代理 模式 适用 环境 

未 音 办 结 00000sosooeoss 了 
习题 ， 


忆 0 oo 站 虽 玫 


[Ne 
FS 
性 


oo 中 四 吓 


-2 


> 
.8 


| 
“2 


wD 


cn 心 


16.6. 1 1 责 链 模式 优点 和 
16. 6.2 ”职责 链 模式 缺点 ……… 
16. 6.3 ”职责 链 模式 适用 环境 ， 


本 章 小 结 …………… 


命令 模式 结构 与 实现 ……… 
17. 2. 1 命令 模式 结构 …… 
17. 2.2 命令 模式 实现 …… 
命令 模式 应 用 实例 ………… 


命令 模式 优 /缺点 与 适用 环境 


17. 8.1 命令 模式 优点 … 
17. 8.2 命令 模式 缺点 ……… 


17. 8.3 命令 模式 适用 环境 


本 章 小 结 pp 


文法 规则 和 抽象 语法 树 …: 
解释 器 模式 结构 与 实现 ……… 
18. 3.1 解释 器 模式 结构 …… 


:Te 


9 “ X ， Java 设计 模式 


18.6 ”本章 小结 


19.2.1 和 迭代 器 模式 结构 … 
19. 2.2 ”迭代 器 模式 实现 … 
和 迭代 器 模式 应 用 实例 ……… 
近代 大 模式 优 /评点 与 适用 环境 于 人 280 
19. 6.1 和 迭代 器 模式 优 题 280 
19. 6.2” 选 代 器 模式 缺点 ee 280 
罗 .7 过 省 让 时 


bb 
< 
Dw 


I Wc 二 生 于 


20. 2.1 中 介 者 模式 结构 … 

20. 2.2 ”中 介 者 模式 实现 … 
20.3 中介 者 模式 应 用 实例 ………… a 
20.4 扩展 中 介 者 与 同事 类 293 
20.5 ”中介 者 模式 优 /缺点 与 适用 环境 ee 297 

0 0 生 二 记 5 
20.6， 本 童 小 结 oes: 


21.2 备忘录 模式 结构 与 实现 …… 
21.2.1 备忘录 模式 结构 … 
21.2.2 备忘录 模式 实现 … 

0 ed: PE 


21. 
21. 


Bl 
21. 


第 22 章 


22. 
2. 


[ee 


22. 
22. 
22. 
22, 
22, 


22. 
22. 


第 23 章 


23. 
23. 


23. 
23. 
23. 
23. 


23. 
23. 


cn 心 


6 
7 


1 
2 


A 人 yw 


8 
3 


1 
2 


Dw 


co 六 


观察 者 模式 结构 与 实现 
观察 者 模式 应 用 实例 ……… 
JDK 对 观察 者 模式 的 支持 … 
观察 者 模式 与 Java 事件 处 理 . 
观察 者 模式 与 MVC …………… 
观察 者 模式 优 /缺点 与 适用 环境 
本 章 小 结 吉大 避 三 

习题 ， 


区 达 必 式 实 汪 0 交 二 二 全 于 全 下放 你 巩 全 的 后 际 下 让 下 RRn 
使 用 环境 类 实现 状态 转换 。 
状态 模式 优 /缺点 与 适用 环境 - 


9 “  ，Java 设 计 模式 


第 24 章 


24. 
24. 


3 
.4 Java SE 中 的 布局 管理 ……… 
5 


nw 


> 


天 | 元 于 兴 敬 和 起 结构 到 天 ER 


[Se 


策略 模式 应 用 实例 ………… 


策略 模式 优 /缺点 与 适用 环境 


本 章 小 结 


.7 习题 : 


.2 模板 方法 模式 结构 与 实现 …… ， 


模板 方法 模式 应 用 实例 ， 
钩子 方 法 的 使 用 ， 


25. 5.1 模板 方法 模式 优点 ， 
25.5.2 模板 方法 模式 缺点 … 


26.2.1 访问 者 模式 结构 ， 
26. 2.2 访问 者 模式 实现 


Co 


cn 


模板 方法 模式 优 /缺点 与 适用 环境 … 


.6 本 章 小 结 oe 
.7 习题 . 


.2 访问 者 模式 结构 与 实现 ， 


访问 者 复 走 优 / 配 点 与 适用 环 坊 。snsessessesnraesasanenntaasnaaaseranreaiisseresicen 
26.5.1 访问 者 模式 优点 
26.5.2 访问 者 模式 缺点 


“B73 


目录. 台 


26. 5.3 访问 者 模式 适用 环境 pp 390 
26.6 本 章 小 缚 390 
1 | 3 ee 


A.2 类 与 类 的 UML 表示 a 2 394 
A.3 类 之 间 的 美 系 96 


fe 利和 


设计 模式 概述 


随 着 面向 对 象 技术 的 发 展 和 广泛 应 用 ,设计 模式 已 逐步 成 为 系统 架构 人 
员 、 设 计 人 员 、 分 析 人 员 、 维 护 人 员 以 及 实现 系统 的 一 线程 序 员 所 需 掌握 的 基 
本 技能 之 一 。 设 计 模式 广泛 应 用 于 面向 对 象 系统 的 设计 和 开发 ,已 成 为 面向 
对 象 技术 的 一 个 重要 组 成 部 分 。 当 人 们 在 特定 的 环境 下 过 到 特定 类 型 的 问题 
时 可 以 采用 他 人 已 使 用 过 的 一 些 成 功 的 解决 方案 ,一 方面 降低 了 分 析 、 设 计 和 
实现 的 难度 , 另 一 方面 可 以 使 得 系统 具有 更 好 的 可 维护 性 和 可 复 用 性 。 

本 章 将 学 习 设 计 模 式 的 定义 、 基 本 要 素 和 分 类 ,了 解 GoF 的 23 种 设计 模 
式 并 理解 设计 模式 的 优点 。 

本 章 知 识 点 

。 设计 模式 的 诞生 与 发 展 

。 设计 模式 的 定义 

。 设计 模式 的 基本 要 素 

。 设计 模式 的 分 类 

。 设计 模式 的 优点 


1.1 设计 模式 的 诞生 与 发 展 


与 很 多 其 他 软件 工程 技术 一 样 ,设计 模式 起 源 于 建筑 领域 , 它 是 对 前 人 经 验 的 总 结 ,为 
后 人 设计 与 开发 基于 面向 对 象 的 软件 提供 指导 方针 和 成 熟 的 解决 方案 。 


1.1.1 模式 的 诞生 与 定义 


模式 (Pattern) 起 源 于 建筑 业 而 非 软 件 业 ,模式 之 父 一 一 美国 加 利 福 尼 亚 大 学 环境 结构 
中 心 研究 所 所 长 Christopher Alexander 博士 用 了 约 20 年 的 时 间 ,对 舒适 住宅 和 周边 环境 
进行 了 大 量 的 调查 和 资料 收集 工作 ,发 现 人 们 对 等 适 住宅 和 城市 环境 存在 一 些 共同 的 认同 
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规律 。 他 在 其 经 典 著 作 A Pattern Language : Towns,Buildings,Construction( 中 译本 名 为 
《建筑 模式 语言 : 城镇 .建筑 .构造 )) 中 把 这 些 认 同 规律 归纳 为 253 个 模式 ,对 每 一 个 模式 
都 从 Context( 模 式 可 适用 的 前 提 条 件 )、Theme 或 Problem( 在 特定 条 件 下 要 解决 的 目标 问 
题 )、Solution( 对 目标 问题 求解 过 程 中 各 种 物理 关系 的 记述 )3 个 侧面 进行 描述 ,并 给 出 了 从 
用 户 需求 分 析 到 建筑 环境 结构 设计 直至 经 典 实例 的 过 程 模型 。 

在 Alexander 的 另 一 部 经 典 著 作 The Timeless Way of Building (中 译本 名 为 《建筑 的 
永恒 之 道 )) 中 ,他 提 到 “每 个 建筑 、 每 个 城市 都 是 由 称 作 模式 的 一 定 整 体 组 成 的 ,而 且 一 旦 我 
们 以 建筑 的 模式 来 理解 建筑 ,我 们 就 有 了 考察 它们 的 方法 ,这 一 方法 产生 了 所 有 的 建筑 , 产 
生 了 一 个 城市 的 所 有 相似 部 分 以 及 所 有 同类 物理 结构 中 的 各 部 分 “每 一 模式 就 是 一 个 规 
则 , 它 描述 了 它 所 限定 的 整体 以 及 你 所 必须 要 做 的 事情 “模式 以 成 千 上 万 次 的 重复 进入 世 
界 , 因 为 成 千 上 万 的 人 们 共同 使 用 具有 这 些 模式 的 语言 “在 哥 特 式 教堂 中 ,中 殿 侧 面 与 平行 
于 它 的 侧 廊 相连 ”, 等 等 。 在 对 建筑 模式 进行 了 系统 的 分 析 与 整理 之 后 ,Alexander 给 出 了 
关于 模式 的 经 典 定义 : 每 个 模式 都 描述 了 一 个 在 我 们 的 环境 中 不 断 出 现 的 问题 ,然后 描述 
了 该 问题 的 解决 方案 的 核心 ,通过 这 种 方式 人 们 可 以 无 数 次 地 重用 那些 已 有 的 解决 方案 ,无 
须 再 重复 相同 的 工作 。 这 个 定义 可 以 简单 地 用 一 句 话 表 示 


模式 是 在 特定 环境 下 人 们 解决 某 类 重复 出 现 问题 的 一 套 成 功 或 
有 效 的 解决 方案 。 
A pattern is a Successful or efficient solution to a recurring 


problem within a context. 


图 1-1 所 示 为 Christopher Alexander 及 其 著作 封面 。 


图 1-1 Christopher Alexander 及 其 著作 封面 


在 Alexander 研究 模式 以 前 ,人 们 注重 研究 的 是 高 质量 ,高 效率 、 低 成 本 的 开发 方案 ,而 
Alexander 的 模式 注重 的 是 “什么 是 最 好 的 、 成 功 的 ”系统 。 为 了 找 出 最 优 解决 方案 ， 
Alexander 用 了 约 20 年 对 现存 物 进行 比较 分 析 , 他 的 贡献 主要 体现 在 两 方面 : 其 一 是 集 既 
往 之 大 成 一 一 他 概括 归纳 了 迄今 为 止 各 种 风格 建筑 师 的 共同 设计 规则 ,给 东西 方 古 代 派 、 
现代 派 建筑 设计 与 城市 规划 提供 了 共同 的 语言 和 准则 ; 其 二 是 他 不 仅 给 出 了 方法 ,还 给 出 
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了 最 优 解 决 方案 。 

模式 可 以 应 用 于 不 同 的 领域 ,建筑 领域 有 建筑 模式 ,桥梁 领域 有 桥梁 模式 等 。 当 一 个 领 
域 逐 渐 成 熟 的 时 候 自 然 会 出 现 很 多 模式 。 模 式 是 一 种 指导 ,在 一 个 良好 的 指导 下 有 助 于 设 
计 一 个 优良 的 解决 方案 ,达到 事半功倍 的 效果 ,而 且 会 得 到 解决 问题 的 最 佳 办 法 。 


1.1.2 软件 模式 概述 


20 世纪 80 年 代 末 , 软 件 工程 界 开始 关注 Christopher Alexander 等 在 这 一 住宅 ,公共 建 
筑 与 城市 规划 领域 的 重大 突破 ,最 早 将 该 模式 的 思想 引入 软件 工程 方法 学 的 是 1991 一 1992 
年 以 “四 人 组 (Gang of Four,GoF ,分别 是 Erich Gamma、Richard Helm、Ralph Johnson 和 
John Vlissides) ”自称 的 4 位 著名 软件 工程 学 者 ,他 们 在 1994 年 归纳 发 表 了 23 种 在 软件 开 
发 中 使 用 频率 较 高 的 设计 模式 , 旨 在 用 模式 来 统一 沟通 面向 对 象 方法 在 分 析 ,设计 和 实现 间 
的 鸿沟 。 

GoF 将 模式 的 概念 引入 软件 工程 领域 ,这 标志 着 软件 模式 的 诞生 。 软 件 模式 是 将 模式 
的 一 般 概念 应 用 于 软件 开发 领域 , 即 软件 开发 的 总 体 指导 思路 或 参照 样板 。 软 件 模式 并 非 
仅 限 于 设计 模式 ,还 包括 架构 模式 、 分 析 模式 和 过 程 模式 等 ,实际 上 ,在 软件 生存 期 的 每 一 个 
阶段 都 存在 着 一 些 被 认同 的 模式 。 

软件 模式 可 以 被 认为 是 对 软件 开发 这 一 特定 “问题 "的 “解法 ”的 某 种 统一 表示 , 它 和 
Alexander 所 描述 的 模式 定义 完全 相同 , 即 软件 模式 是 在 一 定 条件 下 的 软件 开发 问题 及 其 
解法 。 软 件 模式 的 基本 结构 由 4 个 部 分 构成 , 即 问题 描述 ,前提 条 件 ( 环 境 或 约束 条 件 ) 、 解 
法 和 效果 ,如 图 1-2 所 示 。 


问题 描述 


1 
前 提 条 件 


解法 


1 其 他 相关 模式 
效果 


图 1-2 软件 模式 的 基本 结构 


软件 模式 与 具体 的 应 用 领域 无 关 , 在 模式 发 现 过 程 中 需要 遵循 大 三 律 (Rule of Three)， 
即 只 有 经 过 3 个 以 上 不 同类 型 (或 不 同 领域 ) 的 系统 的 校 验 , 一 个 解决 方案 才能 从 候选 模式 
升格 为 模式 。 


1.1.3 设计 模式 的 发 展 


在 软件 模式 领域 ,目前 研究 最 为 深入 的 是 设计 模式 ,下 面 是 软件 设计 模式 的 一 个 简单 发 展 史 : 


(1) 1987 年 ,Kent Beck 和 Ward Cunningham 借鉴 Alexander 的 模式 思想 在 程序 开发 


a 
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中 开始 应 用 一 些 模式 ,并 且 在 1987 年 的 OOPSLA (Object-Oriented Programming， 
Systems,Languages & Applications, 面 向 对 象 编程 、 系 统 、 语 言 和 应 用 大 会 ) 会 议 上 发 表 了 
他 们 的 成 果 , 不 过 他 们 的 研究 在 当时 并 没有 引起 热潮 。 

(2) 1990 年 ,OOPSLA 与 ECOOP(European Conference on Object-Oriented Programming， 
欧洲 面向 对 象 编程 大 会 ) 在 加 拿 大 的 滥 太 华 联合 举办 ,在 由 Bruce Anderson 主持 的 
Architectural Handbook 研讨 会 中 ,Erich Gamma 和 Richard Helm 等 人 开始 讨论 有 关 模 式 
的 话题 .。“ 四 人 组 ”(GoF: Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides) 
正式 成 立 , 并 开始 着 手 进 行 设 计 模 式 的 分 类 整理 工作 。 

(3) 在 1991 年 的 OOPSLA 中 ,Bruce Anderson 主持 了 首次 针对 设计 模式 的 研讨 会 ， 
Gamma 和 Johnson 人 同年 ,Erich Gamma 完成 了 他 在 瑞士 苏 
黎 世 大 学 的 博士 学 位 ,其 论文 题目 为 Object-Oriented Software Development based on 
ET 十 十: Design Patterns ,Class Library，Tools, Peter Coad 和 James Coplien 等 人 也 开始 
进行 有 关 模 式 的 研究 。 

(4) 在 1992 年 的 OOPSLA 上 ,Anderson 再 度 主持 研讨 会 ,模式 已 经 逐渐 成 为 人 们 讨 
论 的 话题 。 在 研讨 会 中 ,伊利 诺 伊 大 学 教授 Ralph Johnson 发 表 了 模式 与 应 用 框架 关系 的 
论文 Documenting Framework Using Patterns ,同年 ,Peter Coad 在 国际 权威 计算 机 期 刊 
Communications of ACM 上 发 表 文 章 Object-oriented patterns ,该 文 包含 了 与 OOAD 相关 
的 7 个 模式 。 

(5) 1993 年 ,Kent Beck 和 Grady Booch 赞助 了 第 一 次 关于 设计 模式 的 会 议 , 这 次 会 议 
邀请 了 Richard Helm.、Ralph Johnson、Ward Cunningham、James Coplien 等 人 参加 ,会 议 在 
美国 中 部 科罗拉多 (Colorado) 州 的 落 基 山 (Rocky Mountain) 下 举行 ,共同 讨论 如 何 将 
Alexander 的 模式 思想 与 OO( 面 向 对 象 技术 ) 结 合 起 来 。 他 们 决定 以 Gamma 的 研究 成 果 为 
基础 继续 努力 研究 下 去 ,这 个 设计 模式 研究 组 织 发 展 成 为 著名 的 Hillside Group( 山 边 小 
组 ) 研 究 组 。 

(6) 1994 年 ,由 Hillside Group 发 起 ,在 美国 伊利 诺 伊 州 (Illinois) 的 Allerton Park 召 
了 第 1 届 关 于 面向 对 象 模式 的 世界 性 会 议 ,名 为 PLoP(Pattern Languages of Programs， 
程 语言 模式 会 议 ) ,简称 PLoP'94。 

(7) 1995 年 ,PLoP'95 仍 在 伊利 诺 伊 州 的 Allerton Park 举行 ,共有 70 多 人 参加 ,论文 
题目 比 前 一 年 更 加 多 样 化 ,包括 Web 界面 模式 等 ,其 论文 由 John Vlissides 等 人 负责 编辑 成 
书 并 发 行 上 市 。 同 年 发 生 了 设计 模式 领域 里 程 碑 性 的 事件 “四 人 组 ”出 版 了 《设计 模式 : 可 
复 用 面向 对 象 软件 的 基础 》(Design Patterns: Elements of Reusable Object-Oriented 
Software) 一 书 , 本 书 成 为 1995 年 最 抢手 的 面向 对 象 书籍 ,也 成 为 设计 模式 的 经 典 书籍 。 
该 书 的 出 版 也 意味 着 设计 模式 正式 成 为 软件 工程 领域 的 一 个 重要 的 研究 分 支 。 

(8) 从 1995 年 至 今 , 设 计 模 式 在 软件 开发 中 得 以 广泛 应 用 ,在 Sun 的 Java SE/Java EE 
平台 和 Microsoft 的 . NET 平台 设计 中 就 应 用 了 大 量 的 设计 模式 ,同时 也 诞生 了 越 来 越 多 的 
与 设计 模式 相关 的 书籍 和 网 站 ,设计 模式 也 作为 一 门 独立 的 课程 或 作为 软件 体系 结构 等 课 
程 的 核心 组 成 部 分 出 现在 国内 外 研究 生 和 大 学 教育 的 课堂 上 。 

在 设计 模式 领域 ,狭义 的 设计 模式 就 是 指 GoF 的 《设计 模式 : 可 复 用 面向 对 象 软件 的 
基础 ) 一 书 中 包含 的 23 种 经 典 设计 模式 。 设 计 模 式 不 仅仅 只 有 这 23 种 , 随 着 软件 开发 技术 
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的 发 展 , 越 来 越 多 的 新 模式 不 断 诞生 并 得 以 广泛 应 用 。 本 书 将 主要 围绕 GoF 的 23 种 模式 
进行 讲解 。 


1.2 设计 模式 的 定义 与 分 类 


设计 模式 的 出 现 可 以 让 我 们 站 在 前 人 的 肩膀 上 通过 一 些 成 熟 的 设计 方案 来 指导 新 项 目 
的 开发 和 设计 ,以 便于 开发 出 具有 更 好 的 灵活 性 和 可 扩展 性 ,也 更 易于 复 用 的 软件 系统 。 


1.2.1 设计 模式 的 定义 


设计 模式 (Design Pattern) 是 一 套 被 反复 使 用 的 、 多 数 人 知晓 的 、 经 过 分 类 编目 的 、 代 码 
设计 经 验 的 总 结 , 使 用 设计 模式 是 为 了 可 重用 代码 ,让 代码 更 容易 被 他 人 理解 并 且 提 高 代码 
的 可 靠 性 。 设 计 模 式 是 一 种 用 于 对 软件 系统 中 不 断 重 现 的 设计 问题 的 解决 方案 进行 文档 化 
的 技术 ,也 是 一 种 共享 专家 设计 经 验 的 技术 。 

GoF 对 设计 模式 的 定义 如 下 : 


设计 模式 是 在 特定 环境 下 为 解决 菜 一 通用 软件 设计 问题 提供 的 
一 套 定制 的 解决 方案 ,该 方案 描述 了 对 象 和 类 之 间 的 相互 作用 。 
Design patterns are descriptions of communicating objects and 


classes that are customized to solve a general design problem in a 


particular context. 


1.2.2 设计 模式 的 基本 要 素 


设计 模式 一 般 包 含 模式 名 称 .问题 .目的 、 解 决 方案 .效果 .实例 代码 和 相关 设计 模式 ,其 
中 的 关键 元 素 有 以 下 4 个 。 

1. 模式 名 称 (Pattern Name) 

模式 名 称 通过 一 两 个 词 来 描述 模式 的 问题 .解决 方案 和 效果 ,以 便 更 好 地 理解 模式 并 方 
便 开发 人 员 之 间 的 交流 , 绝 大 多 数 模 式 都 是 根据 其 功能 或 模式 结构 来 命名 的 。 在 学 习 设 计 
模式 时 首先 应 该 准确 记忆 该 模式 的 中 英文 名 ,在 已 有 的 类 库 中 ,很 多 使 用 了 设计 模式 的 类 名 
通常 包含 了 所 使 用 的 设计 模式 的 名 称 ,如 果 一 个 类 的 类 名 为 XXXAdapter, 则 该 类 是 一 个 适 
配器 类 ,在 设计 时 使 用 了 适配器 模式 ; 如 果 一 个 类 的 类 名 为 XXXFactory, 则 该 类 是 一 个 工 
厂 类 , 它 一 定 包含 了 一 个 工厂 方法 用 于 返回 一 个 类 的 实例 对 象 。 

2. 问题 (Problem) 

问题 描述 了 应 该 在 何 时 使 用 模式 , 它 包 含 了 设计 中 存在 的 问题 以 及 问题 存在 的 原因 。 
这 些 问题 有 些 是 一 些 特定 的 设计 问题 ,例如 怎样 使 用 对 象 封装 状态 或 者 使 用 对 象 表示 算法 
等 ,也 可 能 是 系统 中 存在 不 灵活 的 类 或 对 象 结构 .导致 系统 的 可 维护 性 较 差 。 有 时候 ,在 模 
式 的 问题 描述 部 分 可 能 会 包含 使 用 该 模式 时 必须 满足 的 一 系列 先决 条 件 。 例 如 在 使 用 桥接 
模式 时 系统 中 的 类 必须 存在 两 个 独立 变化 的 维度 ,在 使 用 组 合 模式 时 系统 中 必须 存在 整体 
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和 部 分 的 层次 结构 等 。 在 对 问题 进行 描述 的 同时 实际 上 就 确定 了 模式 所 对 应 的 使 用 环境 以 
及 模式 的 使 用 动机 。 

3. 解决 方案 (Solution) 

解决 方案 描述 了 设计 模式 的 组 成 成 分 ,以 及 这 些 组 成 成 分 之 间 的 相互 关系 、 各 自 的 职责 
和 协作 方式 。 模 式 是 一 个 通用 的 模板 ,它们 可 以 应 用 于 各 种 不 同 的 场合 ,解决 方案 并 不 描述 
一 个 特定 而 具体 的 设计 或 实现 ,而 是 提供 设计 问题 的 抽象 描述 和 怎样 用 一 个 具有 一 般 意 义 
的 元 素 组 合 (类 或 对 象 组 合 ) 来 解决 这 个 问题 。 在 学 习 设 计 模式 时 ,解决 方案 通过 类 图 和 核 
心 代码 来 加 以 说 明 ,对 于 每 一 个 设计 模式 ,用 户 必须 掌握 其 类 图 ,理解 类 图 中 每 一 个 角色 的 
意义 以 及 它们 之 间 的 关系 ,同时 需要 掌握 实现 该 模式 的 一 些 核心 代码 ,以 便于 在 实际 开发 中 
合理 应 用 设计 模式 。 

4. 效果 (Consequences) 

效果 描述 了 模式 应 用 的 效果 以 及 在 使 用 模式 时 应 权衡 的 问题 。 效 果 主 要 包含 模式 的 
优 /缺点 分 析 ,大 家 必须 知道 ,没有 一 个 解决 方案 是 百分之百 完美 的 ,在 使 用 设计 模式 时 
需要 进行 合理 的 评价 和 选择 。 一 个 模式 在 某 些 方面 具有 优点 的 同时 可 能 在 另 一 方面 存 
在 缺陷 ,因此 需要 综合 考虑 模式 的 效果 。 在 评价 效果 时 ,通过 结合 下 一 章 将 要 学 习 的 面 
向 对 象 设计 原则 来 进行 分 析 , 例 如 判断 一 个 模式 是 否 符合 单一 职责 原则 .是 否 符合 开 闭 
原则 等 。 

除了 上 述 4 个 基本 要 素 外 ,在 完整 的 设计 模式 描述 中 通常 还 包含 该 模式 的 别名 (其 他 名 
称 ) ,模式 的 分 类 (模式 所 属 类 别 ) ,模式 的 适用 性 (在 什么 情况 下 可 以 使 用 该 设计 模式 ) ,模式 
角色 ( 即 模 式 参与 者 ,模式 中 的 类 和 对 象 以 及 它们 之 间 的 职责 ) ,模式 实例 (通过 实例 来 进 一 
步 加 深 对 模式 的 理解 ) ,模式 应 用 (在 已 有 系统 中 该 模式 的 使 用 ) ,模式 扩展 (该 模式 的 一 些 改 
进 , 与 之 相关 的 其 他 模式 及 其 他 扩展 知识 ) 等 。 

在 本 书 中 将 按照 以 下 次 序 来 学 习 每 一 个 设计 模式 。 

(1) 模式 概述 : 通过 一 些 简单 的 问题 引出 一 个 设计 模式 ,理解 模式 的 动机 与 意图 ,并 掌 
握 模式 的 定义 (包括 中 文 定义 和 英文 定义 ) 。 

(2) 模式 结构 与 实现 : 分 析 模 式 结构 图 (类 图 ) 及 相关 角色 ,理解 模式 解决 方案 的 构成 
以 及 各 组 成 部 分 之 间 的 关系 ,并 结合 示例 代码 对 模式 结构 和 角色 进行 进一步 说 明 。 

(3) 模式 应 用 实例 : 通过 一 个 来 源 于 软件 开发 领域 的 实例 对 模式 进行 深入 解析 ,学 习 
如 何在 实际 开发 中 应 用 模式 。 

(4) 模式 扩展 部 分 : 包括 模式 的 一 些 改进 方案 ,例如 模式 功能 的 增强 和 简化 ,还 包括 与 
其 他 模式 的 联 用 、 模 式 的 变异 和 其 他 扩展 内 容 。 

(5) 模式 优 /缺点 与 适用 环境 : 分 析 模 式 的 优 /缺点 ,学 会 识别 模式 的 适用 场景 。 


1.2.3 设计 模式 的 分 类 


设计 模式 一 般 有 两 种 分 类 方式 : 
1. 根据 目的 分 类 


设计 模式 根据 目的 (模式 是 用 来 做 什么 的 ) 可 分 为 创建 型 (Creational) ,结构 型 (Structural) 
和 行为 型 (Behavioral)3 类 。 
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(1) 创建 型 模式 主要 用 于 创建 对 象 ,GoF 提供 了 5 种 创建 型 模式 ,分 别 是 工厂 方法 模式 
(Factory Method)、 抽 象 工厂 模式 (Abstract Factory)、 建 造 者 模式 (Builder)、 原 型 模式 
(Prototype) 和 单 例 模式 (Singleton)。 

(2) 结构 型 模式 主要 用 于 处 理 类 或 对 象 的 组 合 ,GoF 提供 了 7 种 结构 型 模式 ,分 别 是 适 
配器 模式 (Adapter) ,桥接 模式 (Bridge) .组 合 模式 (Composite) ,装饰 模式 (Decorator) 、 外 观 
模式 (Facade) . 享 元 模式 (Flyweight) 和 代理 模式 (Proxy) 。 

(3) 行为 型 模式 主要 用 于 描述 类 或 对 象 怎样 交互 和 怎样 分 配 职责 ,GoF 提供 了 11 种 行 
为 型 模式 ,分 别 是 职责 链 模式 (Chain of Responsibility) 、 命 令 模 式 (Command) ,解释 器 模式 
(Interpreter) ,迭代 器 模式 (ITterator) 中介 者 模式 (Mediator) 、 备 忘 录 模 式 (Memento) 、 观 察 
者 模式 (Observer)、 状态 模式 (State)、 策 略 模 式 (Strategy)、 模 板 方法 模式 (Template 
Method) 和 访问 者 模式 (Visitor) 。 

2. 根据 范围 分 类 

设计 模式 根据 范围 ( 即 模式 主要 是 用 于 处 理 类 之 间 的 关系 还 是 处 理 对 象 之 间 的 关系 ) 可 
分 为 类 模式 和 对 象 模式 两 种 。 

(1) 类 模式 处 理 类 和 子 类 之 间 的 关系 ,这 些 关系 通过 继承 建立 ,在 编译 时 就 被 确定 下 
来 ,是 一 种 静态 关系 。 

(2) 对 象 模式 处 理 对 象 间 的 关系 ,这 些 关系 在 运行 时 变化 ,更 具 动 态 性 。 


1.3 GoF 设计 模式 简介 


在 GoF 的 经 典 著作 《设计 模式 : 可 复 用 面向 对 象 软件 的 基础 ) 一 书 中 一 共 描 述 了 23 种 
设计 模式 ,这 23 种 模式 分 别 如 表 1-1 所 示 。 


表 1-1 GoF 的 23 种 模式 一 览 表 


范围 /目的 创建 型 模式 结构 型 模式 行为 型 模式 
A 解释 器 模式 
类 模式 工厂 方法 模式 (类 ) 适配器 模式 模板 方法 模式 
职责 链 模式 
(对 象 ) 适配器 模式 命令 模式 
抽象 工厂 模式 桥接 模式 过 人 全 和 
建造 者 模式 组 合 模式 中 介 者 模式 
对 象 模式 产道 入 式 装饰 模式 备忘录 模式 
单 例 模式 外 观 模式 观察 者 模式 
享 元 模式 状态 模式 
代理 模式 策略 模式 
访问 者 模式 


下 面 简单 地 对 GoF 的 23 种 设计 模式 进行 说 明 , 如 表 1-2 所 示 。 
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表 1-2 GoF 的 23 种 设计 模式 的 简要 说 明 


模式 类 别 模式 名 称 模式 说 明 
抽象 工厂 模式 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 
(Abstract Factory Pattern) 接口 ,而 无 须 指定 它们 具体 的 类 
建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 , 使 
(Builder Pattern) 得 同样 的 构建 过 程 可 以 创建 不 同 的 表示 
创建 型 模式 工厂 方法 模式 定义 一 个 用 于 创建 对 象 的 接口 ,但 是 让 子 类 


(Creational Patterns) 


(Factory Method Pattern) 


决定 将 哪 一 个 类 实例 化 。 工 厂 方法 模式 让 一 


个 类 的 实例 化 延迟 到 其 子 类 
原型 模式 使 用 原型 实例 指定 待 创建 对 象 的 类 型 ,并 且 
(Prototype Pattern) 通过 复制 这 个 原型 来 创建 新 的 对 象 
单 例 模式 确保 一 个 类 只 有 一 个 实例 ,并 提供 一 个 全 局 


(Singleton Pattern) 


访问 点 来 访问 这 个 唯一 实例 


结构 型 模式 


(Structural Patterns) 


适配器 模式 
(Adapter Pattern) 


将 一 个 类 的 接口 转换 成 客户 希望 的 另 一 个 接 
口 。 适 配器 模式 让 那些 接口 不 兼容 的 类 可 以 


一 起 工作 
桥接 模式 将 抽象 部 分 与 它 的 实现 部 分 解 耦 ,使 得 两 者 
(Bridge Pattern) 都 能 够 独立 变化 


组 合 模式 


(Composite Pattern) 


组 合 多 个 对 象形 成 树 形 结构 以 表示 具有 部 
分 -整体 关系 的 层次 结构 。 组 合 模式 让 客户 
端 可 以 统一 对 待 单个 对 象 和 组 合 对 象 


装饰 模式 


(Decorator Pattern) 


动态 地 给 一 个 对 象 增加 一 些 额 外 的 职责 。 就 
扩展 功能 而 言 , 装 饰 模式 提供 了 一 种 比 使 用 
子 类 更 加 灵活 的 替代 方案 


外 观 模 式 


(Facade Pattern) 


为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 人 
口 。 外 观 模式 定义 了 一 个 高 层 接口 ,这 个 接 
口 使 得 这 一 子 系统 更 加 容易 使 用 


享 元 模式 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 
(Flyweight Pattern) 复 用 
代理 模式 给 某 一 个 对 象 提供 一 个 代理 或 占 位 符 , 并 由 


(Proxy Pattern) 


代理 对 象 来 控制 对 原 对 象 的 访问 


行为 型 模式 


(Behavioral Patterns) 


职责 链 模 式 
(Chain of Responsibility Pattern) 


避免 将 一 个 请 求 的 发 送 者 与 接收 者 看 合 在 一 
起 ,让 多 个 对 象 都 有 机 会 处 理 请 求 。 将 接收 
请 求 的 对 象 连接 成 一 条 链 ,并 且 沿 着 这 条 链 
传递 请 求 ,直到 有 一 个 对 象 能 够 处 理 它 为 止 


命令 模式 


(Command Pattern) 


将 一 个 请 求 封装 为 一 个 对 象 ,从 而 可 用 不 同 
的 请 求 对 客户 进行 参数 化 ,对 请 求 排队 或 者 
记录 请 求 日 志 , 以 及 支持 可 撤销 的 操作 


解释 器 模式 


(Interpreter Pattern) 


给 定 一 个 语言 ,定义 它 的 文法 的 一 种 表示 ,并 
定义 一 个 解释 器 ,这 个 解释 器 使 用 该 表示 来 
解释 语言 中 的 句子 。 


迁 代 器 模式 


(Tterator Pattern) 


提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 
个 元 素 , 而 又 不 用 暴露 该 对 象 的 内 部 表示 
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续 表 
模式 类 别 模式 名 称 模式 说 明 
定义 一 个 对 象 来 封装 一 系列 对 象 的 交互 。 中 
中 介 者 模式 介 者 模式 使 各 对 象 之 间 不 需要 显 式 地 相互 引 
(Mediator Pattern) 用 ,从 而 使 其 耦合 松散 ,而 且 可 以 独立 地 改变 
它们 之 间 的 交互 


在 不 破坏 封装 的 前 提 下 捕获 一 个 对 象 的 内 部 
状态 ,并 在 该 对 象 之 外 保存 这 个 状态 ,这 样 可 
以 在 以 后 将 对 象 恢复 到 原先 保存 的 状态 

定义 对 象 之 间 的 一 种 一 对 多 依赖 关系 ,使 得 
每 当 一 个 对 象 状态 发 生 改 变 时 其 相关 依赖 对 


备忘录 模式 


(Memento Pattern) 


观察 者 模式 


(Observer Pattern) 


象 皆 得 到 通知 并 被 自动 更 新 
行为 型 模式 状态 模式 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 
(Behavioral Patterns) | (State Pattern) 行为 。 对 象 看 起 来 似乎 修改 了 它 的 类 


定义 一 系列 算法 ,将 每 一 个 算法 封装 起 来 ,并 


a 让 它们 可 以 相互 替换 。 策 略 模式 让 算法 可 以 
独立 于 使 用 它 的 客户 而 变化 
定义 一 个 操作 中 算法 的 框架 ,而 将 一 些 步 又 
模板 方法 模式 延迟 到 子 类 中 。 模 板 方法 模式 使 得 子 类 可 以 
(Template Method Pattern) 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 
某 些 特定 步骤 


表示 一 个 作用 于 某 对 象 结构 中 的 各 个 元 素 的 
操作 。 访 问 者 模式 可 以 在 不 改变 各 元 素 的 类 
的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 


访问 者 模式 


(Visitor Pattern) 


需要 注意 的 是 ,这 23 种 设计 模式 并 不 是 孤立 存在 的 ,很 多 模式 之 间 存 在 联系 ,例如 在 访 
问 者 模式 中 操作 对 象 结构 中 的 元 素 时 通常 需要 使 用 迭代 器 模式 ,在 解释 器 模式 中 定义 终结 
符 表达 式 和 非 终结 符 表达 式 时 可 以 使 用 组 合 模式 ; 此 外 ,还 可 以 通过 组 合 两 个 或 者 多 个 模 
式 来 设计 同一 个 系统 ,在 充分 发 挥 每 一 个 模式 的 优势 的 同时 使 它们 可 以 协同 工作 ,完成 一 些 
更 复杂 的 设计 工作 。 


1.4 设计 模式 的 优点 


设计 模式 是 从 许多 优秀 的 软件 系统 中 总 结 出 的 成 功 的 、 能 够 实现 可 维护 性 复 用 的 设计 
方案 ,使 用 这 些 方案 将 避免 做 一 些 重复 性 的 工作 ,而 且 可 以 设计 出 高 质量 的 软件 系统 。 具 体 
来 说 ,设计 模式 的 优点 主要 如 下 : 

(1) 设计 模式 融合 了 众多 专家 的 经 验 ,并 以 一 种 标准 的 形式 供 广 大 开发 人 员 所 用 , 它 提 
供 了 一 套 通用 的 设计 词汇 和 一 种 通用 的 语言 以 方便 开发 人 员 之 间 沟 通 和 交流 ,使 得 设计 方 
案 更 加 通俗 易 懂 。 对 于 使 用 不 同 编程 语言 的 开发 和 设计 人 员 可 以 通过 设计 模式 来 交流 系统 
设计 方案 ,每 一 个 模式 都 对 应 一 个 标准 的 解决 方案 ,设计 模式 可 以 降低 开发 人 员 理解 系统 的 
复杂 度 。 

(2) 设计 模式 使 人 们 可 以 更 加 简单 ,方便 地 复 用 成 功 的 设计 和 体系 结构 ,将 已 证 实 的 技 
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术 表 述 成 设计 模式 也 会 使 新 系统 开发 者 更 加 容易 理解 其 设计 思路 。 设 计 模 式 使 得 重用 成 功 
的 设计 更 加 容易 ,并 避免 那些 导致 不 可 重用 的 设计 方案 。 

(3) 设计 模式 使 得 设计 方案 更 加 灵活 , 且 易 于 修改 。 在 很 多 设计 模式 中 广泛 使 用 了 开 
闭 原 则 ,依赖 倒转 原则 、 迪 米 特 法 则 等 面向 对 象 设计 原则 ,使 得 系统 具有 较 好 的 可 维护 性 , 真 
正 实现 可 维护 性 的 复 用 。 在 软件 开发 中 合理 地 使 用 设计 模式 可 以 使 系统 中 的 一 些 组 成 部 分 
在 其 他 系统 中 得 以 重用 ,而 且 在 此 基础 上 进行 二 次 开发 很 方便 。 正 因为 设计 模式 具有 该 优点 ， 
所 以 在 JDK、Struts、Spring、Hibernate、JUnit 等 类 库 和 框架 的 设计 中 大 量 使 用 了 设计 模式 。 

(4) 设计 模式 的 使 用 将 提高 软件 系统 的 开发 效率 和 软件 质量 ,并 且 在 一 定 程 度 上 节约 
设计 成 本 。 设 计 模 式 是 一 些 通 过 多 次 实践 得 以 证 明 的 行 之 有 效 的 解决 方案 ,这 些 解决 方案 
通常 是 针对 某 一 类 问题 最 佳 的 设计 方案 ,因此 可 以 帮助 设计 人 员 构 造 优 秀 的 软件 系统 ,并 可 
直接 重用 这 些 设计 经 验 , 节 省 系统 设计 成 本 。 

(5) 设计 模式 有 助 于 初学 者 更 深入 地 理解 面向 对 象 思想 ,一 方面 可 以 帮助 初学 者 更 加 
方便 地 阅读 和 学 习 现 有 类 库 与 其 他 系统 中 的 源 代 码 , 另 一 方面 还 可 以 提高 软件 的 设计 水 平 
和 代码 质量 。 


1.5 本 章 小 结 


1. 模式 是 在 特定 环境 下 人 们 解决 某 类 重复 出 现 问题 的 一 套 成 功 或 有 效 的 解决 方案 。 

2. GoF (Erich Gamma、Richard Helm 、Ralph Johnson 和 John Vlissides) 最 先 将 模式 
的 概念 引入 软件 工程 领域 ,他 们 归纳 发 表 了 23 种 在 软件 开发 中 使 用 频率 较 高 的 设计 模式 ， 
旨 在 用 模式 来 统一 沟通 面向 对 象 方法 在 分 析 .设计 和 实现 间 的 鸿沟 。 

3. 软件 模式 是 将 模式 的 一 般 概念 应 用 于 软件 开发 领域 , 即 软 件 开发 的 总 体 指导 思路 或 
参照 样板 。 软 件 模 式 可 以 认为 是 对 软件 开发 这 一 特定 “问题 "的 “解法 ”的 某 种 统一 表示 , 即 
软件 模式 是 在 一 定 条 件 下 的 软件 开发 问题 及 其 解法 。 

4. 设计 模式 是 在 特定 环境 下 为 解决 某 一 通用 软件 设计 问题 提供 的 一 套 定 制 的 解决 方 
案 ,该 方案 描述 了 对 象 和 类 之 间 的 相互 作用 。 

5. 设计 模式 一 般 包 含 模式 名 称 . 问题. 目的、 解决 方案 效果、 实例 代码 和 相关 设计 模 
式 , 其 中 的 关键 元 素 有 模式 名 称 问题 .解决 方案 和 效果 。 

6. 设计 模式 根据 目的 可 分 为 创建 型 结构 型 和 行为 型 3 种 ; 根据 范围 可 分 为 类 模式 和 
对 象 模式 两 种 。 

7. 设计 模式 是 从 许多 优秀 的 软件 系统 中 总 结 出 的 成 功 的 、 能 够 实现 可 维护 性 复 用 的 设 
计 方 案 , 使 用 这 些 方案 将 避免 做 一 些 重复 性 的 工作 ,而 且 可 以 设计 出 高 质量 的 软件 系统 。 


1.6 “习题 


1. 设计 模式 具有 ( “) 的 优点 。 
A. 提高 系统 性 能 B. 减少 类 的 数量 ,降低 系统 规模 
C. 减少 代码 开发 工作 量 D. 提升 软件 设计 的 质量 
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2. 在 面向 对 象 软件 开发 过 程 中 ,采用 设计 模式 (  )。 
. 可 以 减少 在 设计 和 实现 过 程 中 需要 创建 的 实例 对 象 的 数量 
. 可 以 保证 程序 的 运行 速度 达到 最 优 值 
. 可 以 复 用 相似 问题 的 相同 解决 方案 
. 允许 在 非 面向 对 象 程序 设计 语言 中 使 用 面向 对 象 的 概念 
) 都 是 行为 型 设计 模式 。 
. 组 合 模式 .适配器 模式 和 代理 模式 
. 观察 者 模式 、 职 责 链 模式 和 策略 模式 
. 原型 模式 、 建 造 者 模式 和 单 例 模式 
. 迭代 器 模式 、 命 令 模式 和 桥接 模式 
4. 什么 是 设计 模式 ? 它 包含 哪些 基本 要 素 ? 
5. 设计 模式 如 何 分 类 ? 每 一 类 设计 模式 有 何 特 点 ? 
6. 设计 模式 具有 哪些 优点 ? 
7. 除了 设计 模式 以 外 ,目前 有 不 少 人 在 从 事 “ 反 模式 "的 研究 ,请 查阅 相关 资料 ,了 解 何 
谓 * 反 模式 ”以 及 研究 * 反 模式 ”的 意义 。 
8. 请 查阅 相关 资料 ,了 解 在 JDK 中 使 用 了 哪些 设计 模式 ,在 何 处 使 用 了 何 种 模式 ,至 
少 列举 两 个 。 


(人 
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面向 对 象 设计 原则 


对 于 面向 对 象 软 件 系 统 的 设计 而 言 , 在 支持 可 维护 性 的 同时 提高 系统 的 
可 复 用 性 是 一 个 至 关 重 要 的 问题 ,如 何 同 时 提高 一 个 软件 系统 的 可 维护 性 和 
可 复 用 性 是 面向 对 象 设计 需要 解决 的 核心 问题 之 一 。 在 面向 对 象 设 计 中 ,可 
维护 性 的 复 用 是 以 设计 原则 为 基础 的 ,每 一 个 原则 都 草 含 一 些 面向 对 象 设计 
的 思想 ,可 以 从 不 同 的 角度 提升 软件 结构 的 设计 水 平 。 

本 章 将 学 习 7 个 重要 的 面向 对 象 设计 原则 ,结合 实例 分 析 7 个 原则 的 特 
点 ,这 7 个 原则 分 别 是 单一 职责 原则 、 开 闭 原则 、 里 氏 代 换 原 则 、 依 赖 倒转 原 
则 、 接 口 隔 离 原 则 、 合 成 复 用 原则 和 过 米 特 法 则 。 

本 章 知识 点 

。 单一 职责 原则 

。 开 闭 原则 

。 里 氏 代 换 原 则 

。 依赖 倒转 原则 

。 接口 隔离 原则 

。 合成 复 用 原则 

。 迪 米 特 法 则 


2.1 面向 对 象 设计 原则 概述 


软件 的 可 维护 性 (Maintainability) 和 可 复 用 性 (Reusability) 是 两 个 非常 重要 的 用 于 衡 
量 软件 质量 的 属性 ,软件 的 可 维护 性 是 指 软件 能 够 被 理解 .改正 、 适 应 及 扩展 的 难 易 程度 , 软 
件 的 可 复 用 性 是 指 软 件 能 够 被 重复 使 用 的 难 易 程度 。 

面向 对 象 设计 的 目标 之 一 在 于 支持 可 维护 性 复 用 ,一 方面 需要 实现 设计 方案 或 者 源 代 
码 的 复 用 , 另 一 方面 要 确保 系统 能 够 易于 扩展 和 修改 .具有 良好 的 可 维护 性 。 面 向 对 象 设 计 
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原则 为 支持 可 维护 性 复 用 而 诞生 ,这 些 原则 蕴含 在 很 多 设计 模式 中 ,它们 是 从 许多 设计 方案 
总 结 出 的 指导 性 原则 ,但 并 不 是 强制 性 的 。 
面向 对 象 设计 原则 也 是 后 续 设 计 模 式 学 习 的 基础 ,每 一 个 设计 模式 都 符合 某 一 个 或 多 
个 面向 对 象 设计 原则 ,面向 对 象 设计 原则 是 用 于 评价 一 个 设计 模式 的 使 用 效果 的 重要 指标 
之 一 。 通 过 在 软件 开发 中 使 用 这 些 原则 可 以 提高 软件 的 可 维护 性 和 可 复 用 性 ,以 便 设 计 出 
兼 具 良 好 的 可 维护 性 和 可 复 用 性 的 软件 系统 ,实现 可 维护 性 复 用 的 目标 。 
最 常见 的 7 个 面向 对 象 设计 原则 如 表 2-1 所 示 。 


表 2-1 7 个 常用 的 面向 对 象 设计 原则 


设计 原则 名 称 定 义 使 用 频率 
单一 职责 原则 一 个 对 象 应 该 只 包含 单一 的 职责 ,并 且 该 职责 二 二 天 天 赤 
(Single Responsibility Principle,SRP) | 被 完整 地 封装 在 一 个 类 中 
F 闭 原 风 
2 软件 实体 应 当 对 扩展 开放 ,对 修改 关闭 太太 六 妆 太 
(Open-Closed Principle, OCP) 
里 氏 代 换 原则 所 有 引用 基 类 的 地 方 必须 能 透明 地 使 用 其 子 


交 妆 妆 太 六 
(Liskov Substitution Principle, LSP) 类 的 对 象 太 


高 层 模块 不 应 该 依赖 低层 模块 ,它们 都 应 该 依 


原则 

人 二 赖 抽象 。 抽 象 不 应 该 依赖 于 细节 ,细节 应 该 依 | 友 太 太太 六 

(Dependence Inversion Principle, DIP) 
赖 于 抽象 

口 隔离 原则 

| < 客户 端 不 应 该 依赖 那些 它 不 需要 的 接口 友 友 六 六 六 

(Interface Segregation Principle, ISP) 

合成 复 用 原则 优先 使 用 对 象 组 合 , 而 不 是 通过 继承 来 达到 复 

(Composite Reuse Principle, CRP) 用 的 目的 太太 太 友 妆 
手 一 个 软件 单位 对 位 都 只 少 的 

迪 米 特 法 则 每 一 个 软件 单位 对 其 他 单位 都 只 有 最 少 的 知 


识 , 而 且 局 限于 那些 与 本 单位 密切 相关 的 软件 | 交友 克 六 六 
单位 


(Law of Demeter, LoD) 


2.2 单一 职责 原则 


单一 职责 原则 是 最 简单 的 面向 对 象 设计 原则 , 它 用 于 控制 类 的 粒度 大 小 。 
单一 职责 原则 的 定义 如 下 : 


单一 职责 原则 : 一 个 对 象 应 该 只 包含 单一 的 职责 ,并 且 该 职责 被 
完整 地 封装 在 一 个 类 中 。 

Single Responsibility Principle (SRP): Every object should have 
a single responsibility. and that responsibility should be entirely 


encapsulated by the class. 
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单一 职责 原则 的 另 一 种 定义 方式 : 就 一 个 类 而 言 , 应 该 仅 有 一 个 引起 它 变 化 的 原因 。 
(There should never be more than one reason for a class to change. ) 

在 软件 系统 中 ,一 个 类 (大 到 模块 ,小 到 方法 ) 承 担 的 职责 越 多 , 它 被 复 用 的 可 能 性 就 越 
小 ,而 且 一 个 类 承担 的 职责 过 多 ,相当 于 将 这 些 职责 耦合 在 一 起 , 当 其 中 一 个 职责 变化 时 可 
能 会 影响 其 他 职责 的 运作 ,因此 要 将 这 些 职责 进行 分 离 , 将 不 同 的 职责 封装 在 不 同 的 类 中 ， 
即将 不 同 的 变化 原因 封装 在 不 同 的 类 中 ,如果 多 个 职责 总 是 同时 发 生 改变 则 可 将 它们 封装 
在 同一 类 中 。 

单一 职责 原则 是 实现 高 内 聚 、 低 耦合 的 指导 方针 , 它 是 最 简单 但 又 最 难 运 用 的 原则 , 需 
要 设计 人 员 发 现 类 的 不 同 职责 并 将 其 分 离 , 而 发 现 类 的 多 重 职责 需要 设计 人 员 具 有 较 强 的 
分 析 设 计 能 力 和 相关 实践 经 验 。 

下 面 通过 一 个 简单 实例 来 进一步 分 析 单一 职责 原则 : 


某 软件 公司 开发 人 员 针 对 CRM(Customer Relationship Management， 
客户 关系 管理 ) 系 统 中 的 客户 信息 图 形 统计 模块 提出 了 如 图 2-1 所 示 
的 初始 设计 方案 。 
CustomerDataChart 


+ getConnection () : Connection 
+ findCustomers () : List 
+ createChart () :void 
+ displayChart () :void 


图 2-1 初始 设计 方案 结构 图 


在 CustomerDataChart 类 的 方法 中 ,getConnection() 方 法 用 于 连 
接 数据 库 ,findCustomers() 用 于 查询 所 有 的 客户 信息 ,createChart() 用 
于 创建 图 表 ,displayChart() 用 于 显示 图 表 。 

现 使 用 单一 职责 原则 对 其 进行 重 构 。 


在 图 2-1 中 ,CustomerDataChart 类 承担 了 太 多 的 职责 , 既 包含 与 数据 库 相 关 的 方法 ， 
又 包含 与 图 表 生 成 和 显示 相关 的 方法 。 如 果 在 其 他 类 中 也 需要 连接 数据 库 或 者 使 用 
findCustomers() 方 法 查询 客户 信息 , 则 难以 实现 代码 的 重用 。 无 论 是 修改 数据 库 连 接 方式 
还 是 修改 图 表 显 示 方 式 都 需要 修改 该 类 , 它 拥有 不 止 一 个 引起 它 变 化 的 原因 ,违背 了 单一 职 
责 原 则 。 因 此 需要 对 该 类 进行 拆 分 ,使 其 满足 单一 职责 原则 ,CustomerDataChart 类 可 拆 分 
为 以 下 3 个 类 。 

(1) DBUtil: 负责 连接 数据 库 , 包 含 数据 库 连接 方法 getConnection()。 

(2) CustomerDAO: 负责 操作 数据 库 中 的 Customer 表 , 包 含 对 Customer 表 的 增删 、 
改 、 查 等 方法 ,例如 findCustomers() 。 

(3) CustomerDataChart: 负责 图 表 的 生成 和 显示 ,包含 createChart() 和 displayChart() 
方法 。 

使 用 单一 职责 原则 重 构 后 的 结构 如 图 2-2 所 示 。 
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CustomerDataChart [CustomerDAO | 
-dao:CustomerDAO | -utl:DBU 

+ createChart () :void + :Li 
+ displayChart () : void Ce 


DBUtll 


+ getConnection () : Connection 


图 2-2 重 构 后 的 结构 图 


2.3 开 闭 原则 


开 闭 原则 是 面向 对 象 的 可 复 用 设计 的 第 一 块 基石 , 它 是 最 重要 的 面向 对 象 设计 原则 。 
开 闭 原则 由 Bertrand Meyer 于 1988 年 提出 ,其 定义 如 下 : 


开 闭 原则 : 软件 实体 应 当 对 扩展 开放 ,对 修改 关闭 。 
Open-Closed Principle (OCP) : Software entities should be open 


for extension, but closed for modification. 


在 开 闭 原则 的 定义 中 ,软件 实体 可 以 指 一 个 软件 模块 ,一 个 由 多 个 类 组 成 的 局 部 结构 或 
一 个 独立 的 类 。 开 闭 原则 就 是 指 软 件 实体 应 尽量 在 不 修改 原 有 代码 的 情况 下 进行 扩展 。 

任何 软件 都 需要 面临 一 个 很 重要 的 问题 , 即 它们 的 需求 会 随时 间 的 推移 而 发 生变 化 。 
当 软 件 系 统 需 要 面 对 新 的 需求 时 应 该 尽量 保证 系统 的 设计 框架 是 稳定 的 。 如 果 一 个 软件 设 
计 符合 开 闭 原则 ,那么 可 以 非常 方便 地 对 系统 进行 扩展 ,而 且 在 扩展 时 无 须 修改 现 有 代码 ， 
使 得 软件 系统 在 拥有 适应 性 和 灵活 性 的 同时 具备 较 好 的 稳定 性 和 延续 性 。 随 着 软件 规模 越 
来 越 大 ,软件 寿命 越 来 越 长 ,软件 维护 成 本 越 来 越 高 ,设计 满足 开 闭 原则 的 软件 系统 也 变 得 

为 了 满足 开 闭 原则 ,需要 对 系统 进行 抽象 化 设计 ,抽象 化 是 开 闭 原则 的 关键 。 在 Java、 
C# 等 编程 语言 中 可 以 为 系统 定义 一 个 相对 稳定 的 抽象 层 ,而 将 不 同 的 实现 行为 移 至 具体 
的 实现 层 中 完成 。 在 很 多 面向 对 象 编程 语言 中 都 提供 了 接口 .抽象 类 等 机 制 ,可 以 通过 它们 
定义 系统 的 抽象 层 ,再 通过 具体 类 来 进行 扩展 。 如 果 需 要 修改 系统 的 行为 ,无 须 对 抽象 层 进 
行 任何 改动 ,只 需要 增加 新 的 具体 类 来 实现 新 的 业务 功能 即 可 ,实现 在 不 修改 已 有 代码 的 基 
础 上 扩展 系统 的 功能 ,达到 开 闭 原则 的 要 求 。 

在 后 续 24 种 设计 模式 中 很 多 设计 模式 都 符合 开 闭 原则 ,在 对 每 一 个 模式 进行 优 /缺点 
评价 时 都 会 将 开 闭 原则 作为 一 个 重要 的 评价 依据 ,以 判断 基于 该 模式 设计 的 系统 是 否 具备 
良好 的 灵活 性 和 可 扩展 性 。 


2.4 里 氏 代 换 原 则 


里 氏 代 换 原 则 由 2008 年 图 灵 奖 得 主 , 美 国 第 一 位 计算 机 科学 女 博士 \ 麻 省 理工 学 院 的 
Barbara Liskov( 芭 芭 拉 “。 利 斯 科 夫 ) 教 授 和 卡 内 基 。 梅 隆 大 学 的 Jeannette Wing 教授 于 
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1994 年 提出 ,里 氏 代 换 原则 以 Barbara Liskov 教授 的 姓氏 命名 。 其 严格 表述 如 下 : 如 果 对 
每 一 个 类 型 为 S 的 对 象 ol 都 有 类 型 为 工 的 对 象 o2 ,使 得 以 工 定义 的 所 有 程序 P 在 所 有 的 
对 象 ol 都 代 换 o2 时 程序 P 的 行为 没有 变化 ,那么 类 型 S 是 类 型 T 的 子 类 型 。(If for each 
object ol of type S there is an object o2 of type T such that for all programs P defined in 
terms of T, the behavior of P is unchanged when ol is substituted for o2 then S is a 
subtype of 工 . ) 

这 个 原始 的 定义 不 太 容易 理解 ,因此 一 般 使 用 它 的 另 一 个 通俗 版 定义 : 


里 氏 代 换 原则 : 所 有 引用 基 类 的 地 方 必 须 能 透明 地 使 用 其 子 类 
的 对 象 。 
Liskov Substitution Principle (LSP) : Functions that use pointers 


Or references to base classes must be able to use objects of derived 


classes without knowing it. 


里 氏 代 换 原 则 表明 ,在 软件 中 将 一 个 基 类 对 象 替 换 成 它 的 子 类 对 象 ,程序 将 不 会 产生 任 
何 错误 和 异常 , 反 过 来 则 不 成 立 , 如 果 一 个 软件 实体 使 用 的 是 一 个 子 类 对 象 ,那么 它 不 一 定 
能 够 使 用 基 类 对 象 。 例 如 我 喜欢 动物 , 那 我 一 定 喜 欢 狗 ,因为 狗 是 动物 的 子 类 ; 但 是 我 喜欢 
狗 ,不 能 据 此 断定 我 喜欢 所 有 的 动物 。 

里 氏 代 换 原则 是 实现 开 闭 原则 的 重要 方式 之 一 ,由 于 在 使 用 基 类 对 象 的 地 方 都 可 以 使 
用 子 类 对 象 ,因此 在 程序 中 尽量 使 用 基 类 类 型 来 对 对 象 进行 定义 ,而 在 运行 时 再 确定 其 子 类 
类 型 ,用 子 类 对 象 来 替换 父 类 对 象 。 

在 运用 里 氏 代 换 原则 时 应 该 将 父 类 设计 为 抽象 类 或 者 接口 ,让 子 类 继承 父 类 或 实现 父 
接口 ,并 实现 在 父 类 中 声明 的 方法 ,在 运行 时 子 类 实例 替换 父 类 实例 ,可 以 很 方便 地 扩展 系 
统 的 功能 ,无 须 修改 原 有 子 类 的 代码 ,增加 新 的 功能 可 以 通过 增加 一 个 新 的 子 类 来 实现 。 


2.5 依赖 倒转 原则 


如 果 说 开 闭 原则 是 面向 对 象 设计 的 目标 ,那么 依赖 倒转 原则 就 是 面向 对 象 设计 的 主要 
实现 机 制 之 一 , 它 是 系统 抽象 化 的 具体 实现 。 依 赖 倒转 原则 是 Robert C. Martin 在 1996 年 
为 C++Reporter 所 写 的 专栏 Engineering Notebook 的 第 三 篇 ,后 来 加 入 到 他 在 2002 年 出 版 
的 经 典 著作 Agile Software Development ,Principles, Patterns,and Practices 一 书 中 。 

依赖 倒转 原则 的 定义 如 下 : 


依赖 倒转 原则 : 高 层 模块 不 应 该 依赖 低层 模块 ,它们 都 应 该 依赖 
抽象 。 抽 象 不 应 该 依赖 于 细节 ,细节 应 该 依赖 于 抽象 。 

Dependence Inversion Principle (DIP): High level modules 
should not depend upon low level modules,both should depend upon 


abstractions。 Abstractions should not depend upon details, details 


should depend upon abstractions. 
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简单 来 说 ,依赖 倒转 原则 要 求 针 对 接口 编程 ,不 要 针对 实现 编程 。(Program to an 
interface, not an implementation. ) 

依赖 倒转 原则 要 求 在 程序 代码 中 传递 参数 时 或 在 关联 关系 中 尽量 引用 层次 高 的 抽象 层 
类 ,即使 用 接口 和 抽象 类 进行 变量 类 型 声明 .参数 类 型 声明 ,方法 返回 类 型 声明 ,以 及 数据 类 
型 的 转换 等 ,而 不 要 用 具体 类 来 做 这 些 事情 。 为 了 确保 该 原则 的 应 用 ,一 个 具体 类 应 当 只 实 
现 接口 或 抽象 类 中 声明 过 的 方法 ,而 不 要 给 出 多 余 的 方法 ,否则 将 无 法 调用 到 在 子 类 中 增加 
的 新 方法 。 

在 引入 抽象 层 后 ,系统 将 具有 很 好 的 灵活 性 ,在 程序 中 尽量 使 用 抽象 层 进行 编程 ,而 将 
具体 类 写 在 配置 文件 中 ,这 样 如 果 系 统 行为 发 生变 化 ,只 需要 对 抽象 层 进行 扩展 ,并 修改 配 
置 文件 ,而 无 须 修改 原 有 系统 的 源 代码 ,在 不 修改 的 情况 下 来 扩展 系统 的 功能 ,满足 开 闭 原 
则 的 要 求 。 

在 实现 依赖 倒转 原则 时 需要 针对 抽象 层 编程 ,而 将 具体 类 的 对 象 通 过 依赖 注入 
(Dependence Injection,DI) 的 方式 注 和 到 其 他 对 象 中 ,依赖 注入 是 指 当 一 个 对 象 要 与 其 他 
对 象 发 生 依赖 关系 时 采用 抽象 的 形式 来 注入 所 依赖 的 对 象 。 常 用 的 注入 方式 有 3 种 ,分别 
是 构造 注入 \ 设 值 注入 (Setter 注入 ) 和 接口 注入 。 构 造 注入 是 指 通 过 构造 函数 来 传人 具体 
类 的 对 象 , 设 值 注 和 人 是 指 通过 Setter 方法 来 传人 具体 类 的 对 象 ,而 接口 注入 是 指 通过 在 接 
口中 声明 的 业务 方法 来 传人 具体 类 的 对 象 。 这 些 方法 在 定义 时 使 用 的 是 抽象 类 型 ,在 运行 
时 再 传人 具体 类 型 的 对 象 , 由 子 类 对 象 来 覆盖 父 类 对 象 。 

下 面 通过 一 个 简单 实例 来 加 深 对 开 闭 原则 、 里 氏 代 换 原则 和 依赖 倒转 原则 的 理解 : 


某 软 件 公司 开发 人 员 在 开发 CRM 系统 时 发 现 该 系统 经 常 需 要 将 
存储 在 TXT 或 Excel 文件 中 的 客户 信息 转 存 到 数据 库 中 ,因此 需要 进 
行 数据 格式 转换 。 在 客户 数据 操作 类 CustomerDAO 中 将 调用 数据 格 
式 转换 类 的 方法 来 实现 格式 转换 ,初始 设计 方案 结构 如 图 2-3 所 示 。 


TXTDataConvertor 


+ readFile () : void 1 
CustomerDAO 


+ addCustomers () : void 
ExcelDataConvertor CE 


| Dp 
+ readFile () : void 


图 2-3 初始 设计 方案 结构 图 


在 编码 实现 图 2-3 所 示 的 结构 时 ,该 软件 公司 开发 人 员 发 现 该 设计 
方案 存在 一 个 非常 严重 的 问题 ,由 于 每 次 转换 数据 时 数据 来 源 不 一 定 相 
同 , 因 此 需要 经 常 更 换 数 据 转换 类 ,例如 有 时 候 需 要 将 TXTDataConvertor 
改 为 ExcelDataConvertor, 此 时 需要 修改 CustomerDAO 的 源 代 码 ， 
而 且 在 引入 并 使 用 新 的 数据 转换 类 时 也 不 得 不 修改 CustomerDAO 的 
源 代码 ,系统 扩展 性 较 差 ,违反 了 开 闭 原则 , 现 需 要 对 该 方案 进行 重 构 。 


” 18 ， Java 设 计 模式 


在 本 实例 中 ,由 于 CustomerDAO 针对 具体 数据 转换 类 编程 ,因此 在 增加 新 的 数据 转换 
类 或 者 更 换 数据 转换 类 时 不 得 不 修改 CustomerDAO 的 源 代码 。 可 以 通过 引入 抽象 数据 转 
换 类 解决 该 问题 ,在 引入 抽象 数据 转换 类 DataConvertor 之 后 ,CustomerDAO 针对 抽象 类 
DataConvertor 编程 ,而 将 具体 数据 转换 类 名 存储 在 配置 文件 中 ,符合 依赖 倒转 原则 。 根 据 
里 氏 代 换 原 则 ,程序 运行 时 具体 数据 转换 类 对 象 将 替换 DataConvertor 类 型 的 对 象 ,程序 不 
会 产生 任何 异常 。 在 更 换 具 体 数 据 转换 类 时 无 须 修改 源 代码 ,只 需要 修改 配置 文件 ; 如 果 
需要 增加 新 的 具体 数据 转换 类 ,只 要 将 新 增 数据 转换 类 作为 DataConvertor 的 子 类 并 修改 
配置 文件 即 可 , 原 有 代码 无 须 做 任何 修改 ,满足 开 闭 原则 。 重 构 后 的 结构 如 图 2-4 所 示 。 


人 本 
于 | ----- <className>TXTDataConvertor</className> 
config.xml 
[TXTDataConvertor 
|+ readFile () :void 
DataConvertor | CustomerDAO 
一 一 一 {abstract} I | 


+ addCustomers () : void 


ExcelDataConvertor| + readFile () : void 
+ readFile () : void 
图 2-4 重 构 后 的 结构 图 


在 上 述 重 构 过 程 中 同时 使 用 了 开 闭 原则 、 里 氏 代 换 原则 和 依赖 倒转 原则 ,在 大 多 数 情况 
下 ,这 3 个 设计 原则 会 同时 出 现 , 开 闭 原则 是 目标 ,里 氏 代 换 原则 是 基础 ,依赖 倒转 原则 是 手 
段 ,它们 相辅相成 ,相互 补充 ,目标 一 致 ,只 是 分 析 问 题 时 所 站 的 角度 不 同 而 已 。 


2.6 接口 隔离 原则 


接口 隔离 原则 的 定义 如 下 : 


接口 隔离 原则 : 客户 端 不 应 该 依赖 那些 它 不 需要 的 接口 。 
Interface Segregation Principle (ISP): Clients should not be 


forced to depend upon interfaces that they do not use. 


根据 接口 隔离 原则 , 当 一 个 接口 太 大 时 需要 将 它 分 割 成 一 些 更 细小 的 接口 ,使 用 该 接口 
的 客户 端 仅 需 知道 与 之 相关 的 方法 即 可 。 每 一 个 接口 应 该 承担 一 种 相对 独立 的 角色 ,不 干 
不 该 干 的 事 , 该 干 的 事 都 要 干 。 这 里 的 “接口 "往往 有 两 种 不 同 的 含义 : 一 种 是 指 一 个 类 型 
所 具有 的 方法 特征 的 集合 ,仅仅 是 一 种 逻辑 上 的 抽象 ; 另外 一 种 是 指 某 种 语言 具体 的 “ 接 
口 ”, 有 严格 的 定义 和 结构 ,比如 Java 和 C# 语 言 中 的 interface。 对 于 这 两 种 不 同 的 含义 ， 
ISP 的 表达 方式 以 及 含义 也 有 所 不 同 。 

(1) 当 把 “接口 ”理解 成 一 个 类 型 所 提供 的 所 有 方法 特征 的 集合 的 时 候 , 这 就 是 一 种 逻 
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辑 上 的 概念 ,接口 的 划分 将 直接 带 来 类 型 的 划分 。 可 以 把 接口 理解 成 角色 ,一 个 接口 只 能 代 
表 一 个 角色 ,每 个 角色 都 有 它 特 定 的 一 个 接口 ,此 时 这 个 原则 可 以 叫 * 角 色 隔 离 原 则 ”。 

(2) 如 果 把 “接口 "理解 成 狭义 的 特定 语言 的 接口 ,那么 ISP 表达 的 意思 是 指 接口 仅仅 
提供 客户 端 需要 的 行为 ,客户 端 不 需要 的 行为 则 隐藏 起 来 ,应 当 为 客户 端 提供 尽 可 能 小 的 单 
独 的 接口 ,而 不 要 提供 大 的 总 接口 。 在 面向 对 象 编程 语言 中 ,实现 一 个 接口 需要 实现 该 接口 
中 定义 的 所 有 方法 ,因此 大 的 总 接口 使 用 起 来 不 一 定 很 方便 ,为 了 使 接口 的 职责 单一 ,需要 
将 大 接口 中 的 方法 根据 其 职责 不 同 分 别 放 在 不 同 的 小 接口 中 ,以 确保 每 个 接口 使 用 起 来 都 
较为 方便 ,并 都 承担 某 一 单一 角色 。 接 口 应 该 尽量 细 化 ,同时 接口 中 的 方法 应 该 尽量 少 ,每 
个 接口 中 只 包含 一 个 客户 端 ( 如 子 模块 或 业务 逻辑 类 ) 所 需 的 方法 即 可 ,这 种 机 制 也 称 为 “ 定 
制服 务 ”, 即 为 不 同 的 客户 端 提供 宽窄 不 同 的 接口 。 

下 面 通过 一 个 简单 实例 来 加 深 对 接口 隔离 原则 的 理解 : 


菜 软 件 公司 开发 人 员 针 对 CRM 系统 的 客户 数据 显示 模块 设计 
了 如 图 2-5 所 示 的 CustomerDataDisplay 接口 ,其 中 方法 readData() 
用 于 从 文件 中 读 取 数 据 ,方法 transformToXML() 用 于 将 数据 转换 成 
XML 格式 ,方法 createChart() 用 于 创建 图 表 , 方 法 displayChart() 用 
于 显示 图 表 , 方 法 createReport() 用 于 创建 文字 报表 ,方法 displayReport() 


用 于 显示 文字 报表 。 
~ CustomerDataDisplay ConcreteClass 
Client + readData () + readData () 
后 朗 演 汪 妆 + transformToXML () | + transformToXML () 
+ createChart () + createChart () 
+ displayChart () + displayChart () 
+ createReport () + createReport () 
+ displayReport () + displayReport () 


图 2-5 初始 设计 方案 结构 图 


在 实际 使 用 过 程 中 发 现 该 接口 很 不 灵活 ,例如 : 如 果 一 个 具体 的 
数据 显示 类 无 须 进 行 数据 转换 ( 源 文件 本 身 就 是 XML 格式 ) ,但 由 于 
实现 了 该 接口 ,将 不 得 不 实现 其 中 声明 的 transformToXML() 方 法 
(至 少 需要 提供 一 个 空 实现 ); 如 果 需 要 创建 和 显示 图 表 , 除 了 需要 实 
现 与 图 表 相 关 的 方法 外 ,还 需要 实现 创建 和 显示 文字 报表 的 方法 , 否 
则 程序 在 编译 时 将 报错 。 

现 使 用 接口 隔离 原则 对 其 进行 重 构 。 


在 图 2-5 中 ,由 于 在 CustomerDataDisplay 接口 中 定义 了 太 多 方法 , 即 该 接口 承担 了 太 
多 职责 ,一 方面 导致 该 接口 的 实现 类 很 庞大 ,在 不 同 的 实现 类 中 都 不 得 不 实现 接口 中 定义 的 
所 有 方法 ,灵活 性 较 差 ,如果 出 现 大 量 的 空 方法 ,将 导致 系统 中 产生 大 量 的 无 用 代码 ,影响 代 
码 质量 ; 另 一 方面 由 于 客户 端 针 对 大 接口 编程 ,将 在 一 定 程 度 上 破坏 程序 的 封装 性 ,客户 端 
看 到 了 不 应 该 看 到 的 方法 ,没有 为 客户 端 定制 接口 。 因 此 需要 将 该 接口 按照 接口 隔离 原则 
和 单一 职责 原则 进行 重 构 ,将 其 中 的 一 些 方法 封装 在 不 同 的 小 接口 中 ,确保 每 一 个 接口 使 用 
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起 来 都 较为 方便 ,并 都 承担 某 一 单一 角色 ,每 个 接口 中 只 包含 一 个 客户 端 所 需 的 方法 即 可 。 


通过 使 用 接口 隔离 原则 ,本 实例 重 构 后 的 结构 如 图 2-6 所 示 。 


= XMLTOoRepof 


* readData 0 
+ createReport 0 


* displayReport () 
= XMLToChart ConcreteClass 
Client 
一 一 一 一 -省 sadDats 0 | Da 0 
+ createChart 0 + createChar 0 
+ displayChart () + displayChart 0 


NonXMLToReport 


+ readData 0 

* ansformToxML 0 
+ createReport 0) 

* displayReport () 


“NonXMLToChart 


图 2-6 重 构 后 的 结构 图 


在 使 用 接口 隔离 原则 时 需要 注意 控制 接口 的 粒度 ,接口 不 能 太 小 ,如 果 太 小 会 导致 系统 
中 的 接口 泛滥 ,不 利于 维护 ; 接口 也 不 能 太 大 , 太 大 的 接口 将 违背 接口 隔离 原则 ,灵活 性 较 
差 , 使 用 起 来 很 不 方便 。 一 般 而 言 ,在 接口 中 仅 包含 为 某 一 类 用 户 定制 的 方法 即 可 ,不 应 该 


强迫 客户 依赖 于 那些 他 们 不 用 的 方法 。 


2.7 合成 复 用 原则 


合成 复 用 原则 又 称 为 组 合 /聚合 复 用 原则 (Composition/Aggregate Reuse Principle， 


CARP) ,其 定义 如 下 : 


的 目的 。 


over inheritance as a reuse mechanism. 


合成 复 用 原则 : 优先 使 用 对 象 组 合 ,而 不 是 通过 继承 来 达到 复 用 


Composite Reuse Principle (CRP) : Favor composition of objects 


合成 复 用 原则 就 是 在 一 个 新 的 对 象 里 通过 关联 关系 (包括 组 合 关 系 和 聚合 关系 ) 来 使 用 
一 些 已 有 的 对 象 ,使 之 成 为 新 对 象 的 一 部 分 ,新 对 象 通过 委派 调用 已 有 对 象 的 方法 达到 复 用 
功能 的 目的 。 简 而 言 之 ,在 复 用 时 要 尽量 使 用 组 合 / 聚 合 关系 (关联 关系 ), 少 用 继承 。 

在 面向 对 象 设计 中 可 以 通过 两 种 方法 在 不 同 的 环境 中 复 用 已 有 的 设计 和 实现 , 即 通 过 
组 合 /聚合 关系 或 通过 继承 ,但 首先 应 该 考虑 使 用 组 合 / 聚 合 ,组 合 /聚合 可 以 使 系统 更 加 灵 
活 ,降低 类 与 类 之 间 的 耦合 度 ,一 个 类 的 变化 对 其 他 类 造成 的 影响 相对 较 少 ; 其 次 才 考虑 继 
承 , 在 使 用 继承 时 需要 严格 遵循 里 氏 代 换 原则 ,有 效 使 用 继承 会 有 助 于 对 问题 的 理解 ,降低 


复杂 度 ,而 滥用 继承 反而 会 增加 系统 构建 和 维护 的 难度 以 及 系统 的 复杂 度 ， 
用 继承 复 用 。 


因此 需要 慎重 使 


通过 继承 来 进行 复 用 的 主要 问题 在 于 继承 复 用 会 破坏 系统 的 封装 性 ,因为 继承 会 将 基 
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类 的 实现 细节 暴露 给 子 类 ,由 于 基 类 的 某 些 内 部 细节 对 子 类 来 说 是 可 见 的 ,所 以 这 种 复 用 又 
称 “ 白 箱 ” 复 用 ,如 果 基 类 发 生 改 变 , 那 么 子 类 的 实现 也 不 得 不 发 生 改 变 ; 从 基 类 继承 而 来 的 
实现 是 静态 的 ,不 可 能 在 运行 时 发 生 改 变 , 没 有 足够 的 灵活 性 ; 而 且 继承 只 能 在 有 限 的 环境 
中 使 用 (如 类 没有 声明 为 不 能 被 继承 ) 。 

由 于 组 合 或 聚合 关系 可 以 将 已 有 的 对 象 (也 可 称 为 成 员 对 象 ) 纳 入 到 新 对 象 中 ,使 之 成 
为 新 对 象 的 一 部 分 ,因此 新 对 象 可 以 调用 已 有 对 象 的 功能 ,这 样 做 可 以 使 成 员 对 象 的 内 部 实 
现 细节 对 于 新 对 象 不 可 见 , 所 以 这 种 复 用 又 称 为 "黑箱 " 复 用 ,相对 继承 关系 而 言 , 其 耦合 度 
相对 较 低 ,成 员 对 象 的 变化 对 新 对 象 的 影响 不 大 ,可 以 在 新 对 象 中 根据 实际 需要 有 选择 性 地 
调用 成 员 对 象 的 操作 ; 合成 复 用 可 以 在 运行 时 动态 进行 ,新 对 象 可 以 动态 地 引用 与 成 员 对 
象 类 型 相同 的 其 他 对 象 。 

一 般 而 言 , 如 果 两 个 类 之 间 是 “Has-A” 的 关系 应 使 用 组 合 或 聚合 ,如 果 是 "Is-A” 的 关系 
可 以 使 用 继承 。“Is-A” 是 严格 的 分 类 学 意义 上 的 定义 ,意思 是 一 个 类 是 另 一 个 类 的 “一 种 ”; 
而 "Has-A” 则 不 同 , 它 表示 某 一 个 角色 有 具有 某 一 项 责任 。 

下 面 通过 一 个 简单 实例 来 加 深 对 合成 复 用 原则 的 理解 : 


某 软 件 公司 开发 人 员 在 初期 的 CRM 系统 设计 中 考虑 到 客户 数 
量 不 多 ,系统 采用 Access 作为 数据 库 , 与 数据 库 操 作 有 关 的 类 (例如 
CustomerDAO 类 等 ) 都 需要 连接 数据 库 , 连 接 数 据 库 的 方法 
getConnection() 封装 在 DBUtil 类 中 ,由 于 需要 重用 DBUtil 类 的 
getConnection() 方 法 ,设计 人 员 将 CustomerDAO 作为 DBUtil 类 的 
子 类 ,初始 设计 方案 结构 如 图 2-7 所 示 。 

一 一 


+ getConnection () : Connection | 


super.getConnection(); 


7 


CustomerDAO 这 


7 
| 二 一 
+ addCustomer () : void 


图 2-7 初始 设计 方案 结构 图 


随 着 客户 数量 的 增加 ,系统 决定 升级 为 Oracle 数据 库 , 因 此 需要 
增加 一 个 新 的 OracleDBUtil 类 来 连接 Oracle 数据 库 , 由 于 在 初始 设 
计 方 案 中 CustomerDAO 和 DBUtil 之 间 是 继承 关系 ,因此 在 更 换 数 
据 库 连接 方式 时 需要 修改 CustomerDAO 类 的 源 代码 ,将 CustomerDAO 
作为 OracleDBUtil 的 子 类 ,这 将 违反 开 闭 原则 。 当 然 也 可 以 直接 修 
改 DBUtil 类 的 源 代码 ,这 同样 也 违反 了 开 闭 原则 。 

现 使 用 合成 复 用 原则 对 其 进行 重 构 。 
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根据 合成 复 用 原则 ,在 实现 复 用 时 应 该 多 用 关联 , 少 用 继承 。 因 此 在 本 实例 中 可 以 使 用 
关联 复 用 来 取代 继承 复 用 , 重 构 后 的 结构 如 图 2-8 所 示 。 


CustomerDAO DBUtil 
-util : DBUtil 
+ addCustomer () : void + getConnection () : Connection 


es 
\ 
\ 


OracleDBUtil 


util.getConnection(); 


+ getConnection () : Connection 


图 2-8 重 构 后 的 结构 图 


在 图 2-8 中 ,CustomerDAO 和 DBUtil 之 间 的 关系 由 继承 关系 变 为 关联 关系 ,采用 依赖 
注入 的 方式 将 DBUtil 对 象 注入 到 CustomerDAO 中 ,可 以 使 用 构造 注入 ,也 可 以 使 用 设 值 
注入 。 如 果 需 要 对 DBUtil 的 功能 进行 扩展 ,可 以 通过 其 子 类 来 实现 ,例如 通过 子 类 
OracleDBUtil 来 连接 Oracle 数据 库 。 由 于 CustomerDAO 针对 DBUtil 编程 ,根据 里 氏 代 
换 原则 ,DBUtil 子 类 的 对 象 可 以 覆盖 DBUtil 对 象 , 只 需 在 CustomerDAO 中 注入 子 类 对 象 
即 可 使 用 子 类 所 扩展 的 方法 。 例 如 在 CustomerDAO 中 注入 OracleDBUtil 对 象 , 即 可 实现 
Oracle 数据 库 连 接 , 原 有 代码 无 须 进行 修改 ,而 且 可 以 很 灵活 地 增加 新 的 数据 库 连 接 方式 ， 
符合 开 闭 原则 。 


2.8 迪 米 特 法 则 
迪 米 特 法 则 来 自 于 1987 年 美国 东北 大 学 (Northeastern University ) 的 一 个 名 为 


Demeter 的 研究 项 目 。 迪 米 特 法 则 又 称 为 最 少 知 识 原则 (Least Knowledge Principle， 
LKP) ,其 定义 如 下 : 


迪 米 特 法 则 : 每 一 个 软件 单位 对 其 他 单位 都 只 有 最 少 的 知识 ,而 
且 局 限于 那些 与 本 单位 密切 相关 的 软件 单位 。 
Law of Demeter (LoD) : Each unit should have only limited knowledge 


about other units: only units "closely" related to the current unit. 


迪 米 特 法 则 要 求 一 个 软件 实体 应 当 尽 可 能 少 地 与 其 他 实体 发 生 相 互 作用 。 如 果 一 个 系 
统 符合 迪 米 特 法 则 ,那么 当 其 中 的 某 一 个 模块 发 生 修改 时 就 会 尽量 少 地 影响 其 他 模块 ,扩展 
会 相对 容易 ,这 是 对 软件 实体 之 间 通 信 的 限制 , 迪 米 特 法 则 要 求 限制 软件 实体 之 间 通 信 的 宽 
度 和 深度 。 应 用 迪 米 特 法 则 可 降低 系统 的 耦合 度 ,使 类 与 类 之 间 保 持 松 散 的 耦合 关系 。 

迪 米 特 法 则 还 有 几 种 定义 形式 ,包括 不 要 和 “陌生 人 ”说 话 (Don't talk to strangers. ) 、 
只 与 你 的 直接 朋友 通信 (Talk only to your immediate friends. ) 等 。 在 迪 米 特 法 则 中 ,对 于 
一 个 对 象 ,其 朋友 包括 以 下 几 类 : 
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(1) 当前 对 象 本 身 (this) 。 

(2) 以 参数 形式 传人 到 当前 对 象 方法 中 的 对 象 。 

(3) 当前 对 象 的 成 员 对 象 。 

(4) 如 果 当 前 对 象 的 成 员 对 象 是 一 个 集合 ,那么 集合 中 的 元 素 也 都 是 朋友 。 

(5) 当前 对 象 所 创建 的 对 象 。 

任何 一 个 对 象 如 果 满 足 上 面 的 条 件 之 一 ,就 是 当前 对 象 的 “朋友 ”, 否 则 就 是 “陌生 人 ”。 
在 应 用 迪 米 特 法 则 时 ,一 个 对 象 只 能 与 直接 朋友 发 生 交 互 ,不 要 与 “陌生 人 "发生 直接 交互 ， 
这 样 做 可 以 降低 系统 的 耦合 度 ,一 个 对 象 的 改变 不 会 给 太 多 其 他 对 象 带 来 影响 。 

迪 米 特 法 则 要 求 在 设计 系统 时 应 该 尽量 减少 对 象 之 间 的 交互 ,如 果 两 个 对 象 之 间 不 必 
彼此 直接 通信 ,那么 这 两 个 对 象 就 不 应 当 发 生 任何 直接 的 相互 作用 ,如 果 其 中 一 个 对 象 需要 
调用 另 一 个 对 象 的 方法 ,可 以 通过 “第 三 者 ”转发 这 个 调用 。 简 而 言 之 ,就 是 通过 引入 一 个 合 
理 的 “第 三 者 ”来 降低 现 有 对 象 之 间 的 耦合 度 。 

在 将 迪 米 特 法 则 运用 到 系统 设计 中 时 要 注意 下 面 几 点 : 在 类 的 划分 上 应 当 尽量 创建 松 
耦合 的 类 ,类 之 间 的 耦合 度 越 低 , 就 越 有 利于 复 用 ,一 个 处 在 松 耦合 中 的 类 一 旦 被 修改 不 会 
对 关联 的 类 造成 太 大 影响 ; 在 类 的 结构 设计 上 ,每 一 个 类 都 应 当 尽量 降低 其 成 员 变量 和 成 
员 函 数 的 访问 权限 ; 在 类 的 设计 上 ,只 要 有 可 能 ,一 个 类 型 应 当 设计 成 不 变 类 ; 在 对 其 他 类 
的 引用 上 ,一 个 对 象 对 其 他 对 象 的 引用 应 当 降 到 最 低 。 

下 面 通过 一 个 简单 实例 来 加 深 对 迪 米 特 法 则 的 理解 : 


某 软件 公司 所 开发 CRM 系统 包含 很 多 业务 操作 窗口 ,在 这 些 窗 
口中 某 些 界面 控件 之 间 存 在 复杂 的 交互 关系 ,一 个 控件 事件 的 触发 将 
导致 多 个 其 他 界面 控件 产生 响应 。 例 如 , 当 一 个 按钮 (Button) 被 单 击 
时 ,对 应 的 列表 框 (List) 、 组 合 框 (ComboBox) 文本 框 (TextBox) 、 文 
本 标签 (Label) 等 都 将 发 生 改 变 。 在 初始 设计 方案 中 ,界面 控件 之 间 
的 交互 关系 可 简化 为 如 图 2-9 所 示 的 结构 。 


Button 


List Label 


ComboBox TextBox| 


图 2-9 初始 设计 方案 结构 图 


在 图 2-9 中 ,由 于 界面 控件 之 间 的 交互 关系 复杂 ,导致 在 该 窗口 
中 增加 新 的 界面 控件 时 需要 修改 与 之 交互 的 其 他 控件 的 源 代码 ,系统 
扩展 性 较 差 ,也 不 便于 增加 和 删除 控件 。 

现 使 用 迪 米 特 法 则 对 其 进行 重 构 。 
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在 本 实例 中 可 以 通过 引入 一 个 专门 用 于 控制 界面 控件 交互 的 中 间 类 (Mediator) 来 降低 
界面 控件 之 间 的 耦合 度 。 在 引入 中 间 类 之 后 ,界面 控件 之 间 不 再 发 生 直接 引用 ,而 是 将 请 求 
先 转发 给 中 间 类 ,再 由 中 间 类 来 完成 对 其 他 控件 的 调用 。 当 需要 增加 或 删除 新 的 控件 时 只 
需要 修改 中 间 类 即 可 ,无 须 修改 新 增 控件 或 已 有 控件 的 源 代码 , 重 构 后 的 结构 如 图 2-10 
所 示 。 


Button 


List 


ml 


Mediator 


ComboBox| TextBo; 
> 


图 2-10 重 构 后 的 结构 图 


在 图 2-10 中 省 略 了 中 间 类 以 及 控件 的 属性 和 方法 定义 ,在 "第 20 章 中 介 者 模式 ”中 将 
进一步 对 该 实例 进行 讲解 ,详细 说 明 中 间 类 Mediator 的 设计 和 实现 。 


2.9 本章 小 结 


1. 在 软件 开发 中 使 用 面向 对 象 设计 原则 可 以 提高 软件 的 可 维护 性 和 可 复 用 性 ,以 便 设 
计 出 兼 具 良 好 的 可 维护 性 和 可 复 用 性 的 软件 系统 ,实现 可 维护 性 复 用 的 目标 。 

2. 单一 职责 原则 要 求 在 软件 系统 中 一 个 对 象 只 包含 单一 的 职责 ,并 且 该 职责 被 完整 地 
封装 在 一 个 类 中 。 

3. 开 闭 原则 要 求 软件 实体 应 当 对 扩展 开放 ,对 修改 关闭 。 

4. 里 氏 代 换 原则 可 以 通俗 表述 为 在 软件 中 所 有 引用 基 类 的 地 方 必须 能 透明 地 使 用 其 
子 类 的 对 象 。 

5. 依赖 倒转 原则 要 求 高 层 模块 不 应 该 依赖 低层 模块 ,它们 都 应 该 依赖 抽象 。 抽 象 不 应 
该 依赖 于 细节 ,细节 应 该 依赖 于 抽象 。 

6. 接口 隔离 原则 要 求 客户 端 不 应 该 依赖 那些 它 不 需要 的 接口 。 

7. 合成 复 用 原则 要 求 优先 使 用 对 象 组 合 ,而 不 是 通过 继承 来 达到 复 用 的 目的 。 

8. 迪 米 特 法 则 要 求 每 一 个 软件 单位 对 其 他 单位 都 只 有 最 少 的 知识 ,而 且 局 限于 那些 与 
本 单位 密切 相关 的 软件 单位 。 
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2.10 习题 


1. 开 闭 原则 是 面向 对 象 的 可 复 用 设计 的 基石 , 开 闭 原则 是 指 一 个 软件 实体 应 当 对 ( 四 ) 
放 , 对 ( 加 ) 关 闭 ; 里 氏 代 换 原则 是 指 任何 ( 图 ) 可 以 出 现 的 地 方 ,( 轿 ) 一 定 可 
以 出 现 ; 依赖 倒转 原则 就 是 要 依赖 于 ( @ ) ,而 不 要 依赖 于 ( GO ) ,或 者 说 要 针对 接口 
编程 ,不 要 针对 实现 编程 。 


Q@ A. 修改 B. 扩展 C. 分 析 D; 设计 
@ A. 修改 B. 扩展 C. 分 析 D. 设计 
@ A. 变量 B. 常量 C. 基 类 对 象 D. 子 类 对 象 
@ A. 变量 B. 常量 C. 基 类 对 象 D. 子 类 对 象 
@ A. 程序 设计 语言 B. 建 模 语言 C. 实现 D. 抽象 
@ A. 程序 设计 语言 B. 建 模 语言 C. 实现 D. 抽象 


2. 关于 单一 职责 原则 ,以 下 叙述 错误 的 是 (  )。 
A. 一 个 类 只 负责 一 个 功能 领域 中 的 相应 职责 
B， 就 一 个 类 而 言 ,应 该 有 且 仅 有 一 个 引起 它 变化 的 原因 
C. 一 个 类 承担 的 职责 越 多 , 越 容 易 复 用 ,被 复 用 的 可 能 性 越 大 
D， 当 一 个 类 承担 的 职责 过 多 时 需要 将 职责 进行 分 离 , 将 不 同 的 职责 封装 在 不 同 的 
类 中 
3. 以 下 关于 面向 对 象 设计 的 叙述 中 错误 的 是 ( ) 。 
A. 高 层 模块 不 应 该 依赖 于 低层 模块 
B. 抽象 不 应 该 依赖 于 细节 
C. 细节 可 以 依赖 于 抽象 
D. 高 层 模块 无 法 不 依赖 于 低层 模块 
4. 在 系统 设计 中 应 用 迪 米 特 法 则 ,以 下 叙述 有 误 的 是 ( Ds 
A. 在 类 的 划分 上 应 该 尽量 创建 松 耦 合 的 类 ,类 的 耦合 度 越 低 , 复 用 越 容易 
B. 如 果 两 个 类 之 间 不 必 彼 此 直接 通信 ,那么 这 两 个 类 就 不 应 当 发 生 直接 的 相互 
作用 
C. 在 对 其 他 类 的 引用 上 ,一 个 对 象 对 其 他 对 象 的 引用 应 当 降 到 最 低 
D. 在 类 的 设计 上 ,只 要 有 可 能 ,一 个 类 型 应 该 尽量 设计 成 抽象 类 或 接口 , 且 成 员 变 
量 和 成 员 函 数 的 访问 权限 最 好 设置 为 公开 的 (public) 
5. 有 人 将 面向 对 象 设计 原则 简单 地 归 为 3 条 : 封装 变化 点 ; 四 对 接口 进行 编程 
图 多 使 用 组 合 ,而 不 是 继承 。 请 查阅 相关 资料 并 结合 本 章 所 学 内 容 谈 谈 对 这 3 条 原则 的 
理解 。 
6. 结合 本 章 所 学 的 面向 对 象 设计 原则 谈 谈 对 类 和 接口 “粒度 ”的 理解 。 
7. 结合 面向 对 象 设计 原则 分 析 正 方形 是 否 为 长 方形 的 子 类 ? 
8. 在 某 绘图 软件 中 提供 了 多 种 大 小 不 同 的 画笔 (Pen) ,并且 可 以 给 画笔 指定 不 同 的 颜 
色 , 某 设计 人 员 针 对 画笔 的 结构 设计 了 如 图 2-11 所 示 的 初始 类 图 。 
通过 仔细 分 析 , 设 计 人 员 发 现 该 类 图 存在 非常 严重 的 问题 ,如 果 需 要 增加 一 种 新 的 大 小 
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图 2-11 画笔 结构 图 


的 笔 或 者 增加 一 种 新 的 颜色 ,都 需要 增加 很 多 子 类 。 例 如 增加 一 种 绿色 , 则 对 应 每 一 种 大 小 
的 笔 都 需要 增加 一 支 绿 色 笔 ,系统 中 类 的 个 数 急剧 增加 。 

试 根据 依赖 倒转 原则 和 合成 复 用 原则 对 该 设计 方案 进行 重 构 , 使 得 增加 新 的 大 小 的 笔 
和 增加 新 的 颜色 都 较为 方便 。 


简单 工厂 模式 


本 章 导 学 

创建 型 模式 关注 对 象 的 创建 过 程 ,是 一 类 最 常见 的 设计 模式 ,在 软件 开发 
中 的 应 用 非常 广泛 。 创 建 型 模式 描述 如 何 将 对 象 的 创建 和 使 用 分 离 , 让 用 户 
在 使 用 对 象 时 无 须 关 心 对 象 的 创建 细节 ,从 而 降低 系统 的 耦合 度 , 让 设计 方案 
更 易于 修改 和 扩展 。 

简单 工厂 模式 是 最 简单 的 设计 模式 之 一 , 它 虽 然 不 属于 GoF 的 23 种 设 
计 模 式 , 但 是 应 用 也 较为 频繁 ,同时 它 是 学 习 其 他 创建 型 模式 的 基础 。 在 简单 
工厂 模式 中 只 需要 记 住 一 个 简单 的 参数 即 可 获得 所 需 的 对 象 实例 , 它 提供 专 
门 的 核心 工厂 类 来 负责 对 象 的 创建 ,实现 对 象 创建 和 使 用 的 分 离 。 

本 章 将 对 6 种 创建 型 模式 进行 简要 的 介绍 ,并 通过 实例 来 学 习 简 单 工 厂 
模式 ,理解 简单 工厂 模式 的 结构 及 特点 ,学 会 如 何在 实际 软件 项 目 开发 中 合理 
地 使 用 简单 工厂 模式 。 

本 章 知识 点 

。 创建 型 模式 

。 简单 工厂 模式 的 定义 

。 简单 工厂 模式 的 结构 

。 简单 工厂 模式 的 实现 

。 简单 工厂 模式 的 应 用 

。 简单 工厂 模式 的 优 /缺点 

。 简单 工厂 模式 的 适用 环境 


3.1 创建 型 模式 


软件 系统 在 运行 时 类 将 实例 化 成 对 象 ,并 由 这 些 对 象 来 协作 完成 各 项 业务 功能 。 创 建 
型 模式 (Creational Pattern) 关 注 对 象 的 创建 过 程 ,是 一 类 最 常用 的 设计 模式 ,在 软件 开发 中 
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的 应 用 非常 广泛 。 创 建 型 模式 对 类 的 实例 化 过 程 进行 了 抽象 ,能 够 将 软件 模块 中 对 象 的 创 
建 和 对 象 的 使 用 分 离 , 对 用 户 隐 藏 了 类 的 实例 的 创建 细节 。 

创建 型 模式 描述 如 何 将 对 象 的 创建 和 使 用 分 离 , 让 用 户 在 使 用 对 象 时 无 须 关 心 对 象 的 
创建 细节 ,从 而 降低 系统 的 耦合 度 , 让 设计 方案 更 易于 修改 和 扩展 。 每 一 个 创建 型 模式 都 通 
过 采用 不 同 的 解决 方案 来 回答 3 个 问题 , 即 创建 什么 (What) 由 谁 创 建 (Who) 和 何 时 创建 
(When) 。 

在 GoF 设计 模式 中 包含 5 种 创建 型 模式 ,通常 将 一 种 非 GoF 设计 模式 简单 工厂 
模式 作为 学 习 其 他 工厂 模式 的 基础 ,这 6 种 设计 模式 的 名 称 、 定 义 、 学 习 难 度 和 使 用 频率 如 
表 3-1 所 示 。 


表 3-1 创建 型 模式 一 览 表 


二 = 二 一 一 一 二 
模式 名 称 定 允 学 习 难 度 使 用 频率 
定义 一 个 工厂 类 , 它 可 以 根据 参数 的 不 同 返 
简单 工厂 模式 
回 不 同类 的 实例 ,被 创建 的 实例 通常 都 具有 | 克 克 六 六 六 | 妈妈 丰 认 从 
(Simple Factory Pattern) 
共同 的 父 类 
[三 方法 模式 定义 一 个 用 于 创建 对 象 的 接口 ,但 是 让 子 类 
a th a 决定 将 哪 一 个 类 实例 化 。 工 厂 方法 模式 让 | 雄 克 六 六 六 | 友 丰 契 友 女 
一 个 类 的 实例 化 延迟 到 其 子 类 
抽象 工厂 模式 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 
(Abstract Factory Pattern) | 的 接口 ,而 无 须 指定 它们 具体 的 类 太太 二 天 站 | 二 太 太 本 
建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ,使 
(Builder Pattern) 得 同样 的 构建 过 程 可 以 创建 不 同 的 表示 detent 
原型 模式 使 用 原型 实例 指定 待 创建 对 象 的 类 型 ,并 且 
(Prototype Pattern) 通过 复制 这 个 原型 来 创建 新 的 对 象 eee lesenedde: 
单 例 模式 确保 一 个 类 只 有 一 个 实例 ,并 提供 一 个 全 局 
(Singleton Pattern) 访问 点 来 访问 这 个 唯一 实例 oe 


简单 工厂 模式 概述 


简单 工厂 模式 并 不 属于 GoF 的 23 种 经 典 设计 模式 ,但 通常 将 它 作 为 学 习 其 他 工厂 模 
式 的 基础 ,下 面 通过 一 个 简单 实例 来 引出 简单 工厂 模式 。 

考虑 一 个 水 果农 场 , 当 用 户 需 要 某 一 种 水 果 时 该 农场 能 够 根据 用 户 所 提供 的 水 果 名 称 
返回 该 水 果 。 在 此 ,水 果农 场 被 称 为 工厂 (Factory) ,而 生成 的 水 果 被 称 为 产品 (Product)， 
水 果 的 名 称 则 被 称 为 参数 ,工厂 可 以 根据 参数 的 不 同 返 回 不 同 的 产品 ,这 就 是 简单 工厂 模式 
的 动机 。 该 过 程 的 示意 图 如 图 3-1 所 示 , 用 户 无 须知 道 苹果 (Apple)、 橙 (Orange) 香蕉 
(Banana) 如 何 创 建 , 只 需要 知道 水 果 的 名 字 即 可 得 到 对 应 的 水 果 。 

作为 最 简单 的 设计 模式 之 一 ,简单 工厂 模式 的 设计 思想 和 实现 过 程 都 比较 简单 ,其 基本 
实现 流程 如 下 : 

首先 将 需要 创建 的 各 种 不 同 产品 对 象 的 相关 代码 封装 到 不 同 的 类 中 ,这 些 类 称 为 具体 
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图 3-1 简单 工厂 模式 示意 图 


产品 类 ,而 将 它们 公共 的 代码 进行 抽象 和 提取 后 封装 在 一 个 抽象 产品 类 中 ,每 一 个 具体 产品 
类 都 是 抽象 产品 类 的 子 类 ; 然后 提供 一 个 工厂 类 用 于 创建 各 种 产品 ,在 工厂 类 中 提供 一 
创建 产品 的 工厂 方法 ,该 方法 可 以 根据 所 传人 的 参数 不 同 创建 不 同 的 具体 产品 对 象 ; 客户 
端 只 需 调用 工厂 类 的 工厂 方法 并 传人 相应 的 参数 即 可 得 到 一 个 产品 对 象 。 

简单 工厂 模式 的 定义 如 下 : 


简单 工厂 模式 (Simple Factory Pattern): 定义 一 个 工厂 类 , 它 可 
以 根据 参数 的 不 同 返 回 不 同类 的 实例 ,被 创建 的 实例 通常 都 具有 共同 
的 父 类 。 


由 于 在 简单 工厂 模式 中 用 于 创建 实例 的 方法 通常 是 静态 (static) 方 法 ,因此 简单 工厂 模 
式 又 被 称 为 静态 工厂 方法 (Static Factory Method) 模 式 , 它 是 一 种 类 创建 型 模式 。 简 单 工 
厂 模式 的 要 点 在 于 当 用 户 需要 什么 时 ,只 需要 传人 一 个 正确 的 参数 就 可 以 获取 所 需要 的 对 
象 ,而 无 须知 道 其 创建 细节 。 


3.3 简单 工厂 模式 结构 与 实现 


3.3.1 简单 工厂 模式 结构 


简单 工厂 模式 的 结构 比较 简单 ,其 核心 是 工厂 类 的 设计 ,其 结构 如 图 3-2 所 示 。 

由 图 3-2 可 知 ,简单 工厂 模式 包含 以 下 3 个 角色 。 

(1) Factory( 工 厂 角色 ): 工厂 角色 即 工厂 类 , 它 是 简单 工厂 模式 的 核心 ,负责 实现 创建 
所 有 产品 实例 的 内 部 逻辑 ; 工厂 类 可 以 被 外 界 直接 调用 ,创建 所 需 的 产品 对 象 ; 在 工厂 类 
中 提供 了 静态 的 工厂 方法 factoryMethod() , 它 的 返回 类 型 为 抽象 产品 类 型 Product。 

(2) Product( 抽 象 产 品 角色 ): 它 是 工厂 类 创建 的 所 有 对 象 的 父 类 ,封装 了 各 种 产品 对 
象 的 公有 方法 , 它 的 引入 将 提高 系统 的 灵活 性 ,使 得 在 工厂 类 中 只 需 定 义 一 个 通用 的 工厂 方 
法 ,因为 所 有 创建 的 具体 产品 对 象 都 是 其 子 类 对 象 。 

(3) ConcreteProduct( 具 体 产品 角色 ): 它 是 简单 工厂 模式 的 创建 目标 ,所 有 被 创建 的 对 
象 都 充当 这 个 角色 的 某 个 具体 类 的 实例 。 每 一 个 具体 产品 角色 都 继承 了 抽象 产品 角色 , 需 
要 实现 在 抽象 产品 中 声明 的 抽象 方法 。 
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Product 
{abstract} 
ConcreteProductA ConcreteProductB 
if(arg.equalslgnoreCase("A")) { 
retum new ConcreteProductA(); 
} 
else iftarg.equalsignoreCase("B")) { ! _ <<create>> _ i <<create>> _| 
retum new ConcreteProductBO; ~ 1 1 
} \ 1 1 
a \ 
引 Factory 
} 所 
\ 


+ factoryMethod (String arg) : Product 
图 3-2 简单 工厂 模式 结构 图 


3.3.2 简单 工厂 模式 实现 


在 简单 工厂 模式 中 客户 端 通过 工厂 类 来 创建 一 个 产品 类 的 实例 ,而 无 须 直 接 使 用 new 
关键 字 来 创建 对 象 , 它 是 工厂 模式 家 族 中 最 简单 的 一 员 。 

在 使 用 简单 工厂 模式 时 首先 需要 对 产品 类 进行 重 构 ,不 能 设计 一 个 包罗 万 象 的 产品 类 ， 
而 需 根据 实际 情况 设计 一 个 产品 层次 结构 ,将 所 有 产品 类 公共 的 代码 移 至 抽象 产品 类 ,并 在 
抽象 产品 类 中 声明 一 些 抽象 方法 ,以 供 不 同 的 具体 产品 类 来 实现 。 典 型 的 抽象 产品 类 代码 
如 下 : 


public abstract class Product { 
// 所 有 产品 类 的 公共 业务 方法 
public void methodSame() { 
// 公 共 方 法 的 实现 
} 


// 声 明 抽象 业务 方法 
public abstract void methodDiff( ); 
} 


在 具体 产品 类 中 实现 了 抽象 产品 类 中 声明 的 抽象 业务 方法 ,不 同 的 具体 产品 类 可 以 提 
供 不 同 的 实现 。 典 型 的 具体 产品 类 的 代码 如 下 : 


public class ConcreteProduct extends Product{ 
// 实 现 业务 方法 
public void methodDiff() { 
// 业 务 方 法 的 实现 
} 
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简单 工厂 模式 的 核心 是 工厂 类 ,在 没有 工厂 类 之 前 客户 端 一 般 会 使 用 new 关键 字 来 直 
接 创 建 产 品 对 象 ,而 在 引入 工厂 类 之 后 客户 端 可 以 通过 工厂 类 来 创建 产品 ,在 简单 工厂 模式 
中 工厂 类 提供 了 一 个 静态 工厂 方法 供 客户 端 使 用 ,根据 所 传人 的 参数 不 同 可 以 创建 不 同 的 
产品 对 象 。 典 型 的 工厂 类 的 代码 如 下 : 


public class Factory { 
// 静 态 工厂 方法 
public static Product getProduct(String arg) { 
Product product = null; 
if (arg.equalsIgnoreCase("A")) { 
Product = new ConcreteProductA( ); 
// 初 始 化 设置 product 
} 
else if (arg.equalsIgnoreCase("B")) { 
Product = new ConcreteProductB( ); 
// 初 始 化 设置 product 
} 
return product; 
1 


在 客户 端 代码 中 ,通过 调用 工厂 类 的 工厂 方法 即 可 得 到 产品 对 象 。 其 典型 代码 如 下 : 


public class Client { 
public static void main(String args[]) { 
Product product; 
product = Factory. getProduct("R" ); // 通 过 工厂 类 创建 产品 对 象 
product. methodSame( ); 
product. methodDiff(); 
} 


3.4 简单 工厂 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 简单 工厂 模式 。 
1. 实例 说 明 


某 软件 公司 要 基于 Java 语言 开发 一 套图 表 库 ,该 图 表 库 可 以 为 
应 用 系统 提供 多 种 不 同 外 观 的 图 表 , 例 如 柱状 图 (HistogramChart)、 
饼 状 图 (PieChart)、 折 线 图 (LineChart) 等 。 该 软件 公司 图 表 库 设计 
人 员 和 希望 为 应 用 系统 开发 人 员 提 供 一 套 灵活 易 用 的 图 表 库 ,通过 设置 
不 同 的 参数 即 可 得 到 不 同类 型 的 图 表 , 而 且 可 以 较为 方便 地 对 图 表 库 
进行 扩展 ,以 便 能 够 在 将 来 增加 一 些 新 类 型 的 图 表 。 

现 使 用 简单 工厂 模式 来 设计 该 图 表 库 。 


局 32 ，Java 设 计 模式 


2. 实例 类 图 
通过 分 析 ,本 实例 的 结构 图 如 图 3-3 所 示 。 


Chart 


+ display () : void 


| ChartFactory HistogramChart ， LineChart 
[+ getchart(Stingtype) : Chart + HistogramChart () ,|+ LineChart () 
T + display () :void | ，|+ display () :void 
111 : 丰 
| | | <<create>> J PieChart | 
| | 
| | <<create>> + PieChart () | 
| + display () :void | 
| 
L <<create>> | 


图 3-3 图 表 库 结构 图 
在 图 3-3 中 ,Chart 接口 充当 抽象 产品 类 ,其 子 类 HistogramChart、PieChart 和 LineChart 充 
当 具 体 产 品类 ,ChartFactory 充当 工厂 类 。 
3, 实例 代码 
(1) Chart: 抽象 图 表 接 口 ,充当 抽象 产品 类 。 


//designpatterns. simplefactory. Chart. java 
package designpatterns. simplefactory; 


public interface Chart { 
public void display(); 
} 


(2) HistogramChart: 柱状 图 类 ,充当 具体 产品 类 。 


//designpatterns. simplefactory. HistogramChart. java 
package designpatterns. simplefactory; 


public class HistogramChart implements Chart { 
public HistogramChart() { 
System. out. println(" 创 建 柱状 图 !"); 
} 


public void display() { 
System. out. printin(" 显 示 柱 状 图 !"); 
} 


(3) PieChart: 饼 状 图 类 ,充当 具体 产品 类 。 
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//designpatterns. simplefactory. PieChart. java 
package designpatterns. simplefactory; 


public class PieChart implements Chart { 
public PieChart() { 
System. out. println(" 创 建 饼 状 图 !"); 


public void display() { 
System. out. println(" 显 示 饼 状 图 !"); 


(4) LineChart: 折线 图 类 ,充当 具体 产品 类 。 


//designpatterns. simplefactory. LineChart. java 
package designpatterns. simplefactory; 


public class LineChart implements Chart { 
public LineChart() { 
System. out. println(" 创 建 折线 图 !"); 
} 


public void display() { 
System. out. println(" 显 示 折 线 图 !"); 
} 


(5) ChartFactory: 图 表 工 厂 类 ,充当 工厂 类 。 


//designpatterns. simplefactory. ChartFactory. java 
package designpatterns. simplefactory; 


public class ChartFactory { 
// 静 态 工厂 方法 
public static Chart getChart(String type) { 
Chart chart = null; 
if (type.equalsIgnoreCase("histogram")) { 
chart = new HistogramChart(); 
System. out. println(" 初 始 化 设置 柱状 图 !" ); 
} 
else if (type.equalsIgnoreCase("pie" )) { 
chart = new PieChart( ); 
System. out. println(" 初 始 化 设置 饼 


} 
else if (type.equalsIgnoreCase("line")) { 
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chart = new LineChart( ); 


System. out. println(" 初 始 化 设置 折线 图 !"); 
|: 
return chart; 


} 


(6) Client: 客户 端 测试 类 。 


//designpatterns. simplefactory. Client. java 
package designpatterns. simplefactory; 


public class Client { 
public static void main(String args[]) { 
Chart chart; 


chart = ChartFactory.getChart("histogram" ); // 通 过 静态 工厂 方法 创建 产品 
chart. display(); 


4, 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


创建 柱状 图 ! 
初始 化 设置 柱状 图 ! 
显示 柱状 图 ! 


在 客户 端 测试 类 中 使 用 工厂 类 ChartFactory 的 静态 工厂 方法 创建 产品 对 象 , 如 果 需 要 
更 换 产 品 ,只 需 修改 静态 工厂 方法 中 的 参数 即 可 。 例 如 将 柱状 图 改 为 饼 状 图 ,只 需 将 代码 


chart = ChartFactory. getChart("histogram" ); 


改 为 : 


chart = ChartFactory. getChart ("pie" ); 


编译 并 运行 程序 ,输出 结果 如 下 : 


创建 饼 状 图 ! 
初始 化 设置 饼 状 图 ! 
显示 饼 状 图 ! 


不 难 发 现 , 本 实例 在 创建 具体 Chart 对 象 时 必须 通过 修改 客户 端 代码 中 静态 工厂 方法 
的 参数 来 更 换 具体 产品 对 象 ,客户 端 代码 需要 重新 编译 ,这 对 于 客户 端 而 言 违反 了 开 闭 
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原则 。 

下 面 介 绍 一 种 常用 的 解决 方案 ,可 以 实现 在 不 修改 客户 端 代码 的 前 提 下 让 客户 端 能 够 
更 换 具体 产品 对 象 。 

首先 可 以 将 静态 工厂 方法 的 参数 存储 在 XML 格式 的 配置 文件 中 ,例如 : 


<?xml version= "1.0"?> 

<config> 
<chartType > histogram </chartTYPe> 

</config> 


再 通过 一 个 工具 类 XMLUtil 来 读 取 配 置 文件 中 的 字符 串 参数 。XMLUtil 类 的 代码 
如 下 : 


package designpatterns. simplefactory; 
import javax. xml.parsers. x*; 

import org. w3c. dom. *; 

import org. xml. sax. SAXException; 
import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 xML 配置 文件 中 提取 图 表 类 型 ,并 返回 类 型 名 
public static String getChartType() { 
try { 

// 创 建文 档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//simplefactory//config. xml" )); 


// 获 取 包 含 图 表 类 型 的 文本 结 点 
NodeList nl = doc. getElementsByTagName( "chartType" ); 
Node classNode = nl. item(0).getFirstChild(); 
String chartType = classNode. getNodeValue(). trinm(); 
return chartType; 
出 
catch(Exception e) { 
e. printStackTrace( ); 
return null; 


在 引入 了 配置 文件 和 工具 类 XMLUtil 之 后 ,客户 端 代 码 修 改 如 下 : 


//designpatterns. simplefactory. Client. java 
package designpatterns. simplefactory; 
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public class Client { 
public static void main(String args[]) { 
Chart chart; 
String type = ZMLUtil. getChartType(); // 读 取 配 置 文件 中 的 参数 
chart = ChartFactory. getChart(type); // 创 建 产 品 对 象 
chart. display(); 


} 


编译 并 运行 程序 ,输出 结果 如 下 : 


创建 柱状 图 ! 
初始 化 设置 柱状 图 ! 
显示 柱状 图 ! 


不 难 发 现 , 在 上 述 客 户 端 代码 中 不 包含 任何 与 具体 图 表 对 象 相关 的 信息 ,如 果 需 要 更 换 
具体 图 表 对 象 ,只 需 修 改 配置 文件 config. xml, 无 须 修改 任何 源 代码 ,符合 开 闭 原则 。 


3.5 关于 创建 对 象 与 使 用 对 象 


本 节 将 讨论 工厂 类 的 作用 以 及 如 何 通过 工厂 类 来 创建 对 象 。 在 一 个 面向 对 象 软件 系统 
中 与 一 个 对 象 相关 的 职责 通常 有 3 类 , 即 对 象 本 身 所 具有 的 职责 、 创 建 对 象 的 职责 和 使 用 对 
象 的 职责 。 对 象 本 身 的 职责 比较 容易 理解 ,就 是 对 象 自身 所 具有 的 一 些 数据 和 行为 ,可 通过 
一 些 公开 的 (public) 方 法 来 实现 它 的 职责 。 

在 Java 语言 中 通常 有 以 下 几 种 创建 对 象 的 方式 : 

(1) 使 用 new 关键 字 直接 创建 对 象 。 

(2) 通过 反射 机 制 创建 对 象 (第 4 章 将 学 习 此 方式 ) 。 

(3) 通过 克隆 方法 创建 对 象 (第 7 章 将 学 习 此 方式 )。 

(4) 通过 工厂 类 创建 对 象 。 

毫 无 疑问 ,在 客户 端 代码 中 直接 使 用 new 关键 字 是 最 简单 的 一 种 创建 对 象 的 方式 ,但 
是 它 的 灵活 性 较 差 ,下 面 通过 一 个 简单 的 示例 来 加 以 说 明 


public class LoginAction { 
Private UserDAO udao; 


public LoginAction() { 
udao = new JDBCUserDAO( ); // 创 建 对 象 
} 


public void execute() { 
// 其 他 代码 
udao. findUserById( ); // 使 用 对 象 
// 其 他 代码 

} 
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在 以 上 代码 中 ,在 LoginAction 类 中 定义 了 一 个 UserDAO 类 型 的 对 象 udao, 在 
LoginAction 的 构造 函数 中 创建 了 JDBCUserDAO 类 型 的 udao 对 象 ,并 在 execute() 方 法 
中 调用 了 udao 对 象 的 findUserById() 方 法 。LoginAction 类 负责 创建 了 一 个 UserDAO 子 
类 的 对 象 并 使 用 UserDAO 的 方法 来 完成 相应 的 业务 处 理 , 也 就 是 说 ,LoginAction 既 负责 
udao 的 创建 又 负责 udao 的 使 用 ,创建 对 象 和 使 用 对 象 的 职责 耦合 在 一 起 ,这 样 的 设计 会 导 
致 一 个 很 严重 的 问题 , 即 如 果 在 LoginAction 中 希望 能 够 使 用 UserDAO 的 另 一 个 子 类 , 例 
如 HibernateUserDAO 类 型 的 对 象 ,必须 修改 LoginAction 类 的 源 代码 ,这 将 违背 开 闭 原则 。 

当 遇 到 这 种 情况 时 ,最 常用 的 一 种 解决 方法 是 将 udao 对 象 的 创建 职责 从 LoginAction 
类 中 移 除 ,在 LoginAction 类 之 外 创建 对 象 ,由 专门 的 工厂 类 来 负责 udao 对 象 的 创建 。 通 
过 引入 工厂 类 ,让 客户 类 (例如 LoginAction) 不 涉及 对 象 的 创建 ,对 象 的 创建 者 也 不 会 涉及 
对 象 的 使 用 。 引 入 工厂 类 UserDAOFactory 之 后 的 结构 如 图 3-4 所 示 。 


LoginAction 区 UserDAO 
- Udao : UserDAO | > 
+ LoginAction (int arg)- - - + findUserByld () : void 
+ execute () :voia 入 从 


| udao = | 
<<uje>> 的 


Y | ! 
UserDAOFactory JDBCUserDAO HibernateUserDAO 
+ createUserDAO (int arg) : UserDAO + findUserByld () : void + findUserByld () : void 
! | 1 不 


| | <<create>> | 


| <<create>> ] 


if(arg == 0){ 
retum new JDBCUserDAO(); 


} 
else{ 

retumn new HibemateUserDAO(); 
} 


图 3-4 引入 工厂 类 之 后 的 结构 图 


工厂 类 的 引入 将 降低 因为 产品 或 工厂 类 改变 所 造成 的 维护 工作 量 。 如 果 UserDAO 的 
某 个 子 类 的 构造 函数 发 生 改 变 或 者 需要 添加 或 移 除 不 同 的 子 类 ,只 需要 维护 
UserDAOFactory 的 代码 ,而 不 会 影响 到 LoginAction; 如 果 UserDAO 的 接口 发 生 改变 , 例 
如 添加 、 移 除 方法 或 改变 方法 名 ,只 需要 修改 LoginAction ,不 会 给 UserDAOFactory 带 来 
任何 影响 。 

所 有 的 工厂 模式 都 强调 一 点 : 两 个 类 A 和 也 之 间 的 关系 应 该 仅仅 是 A 创建 B 或 是 A 
使 用 B, 而 不 能 两 种 关系 都 有 。 将 对 象 的 创建 和 使 用 分 离 , 使 得 系统 更 加 符合 单一 职责 原 
则 ,有 利于 对 功能 的 复 用 和 系统 的 维护 。 

此 外 ,将 对 象 的 创建 和 使 用 分 离 还 有 一 个 好 处 : 防止 用 来 实例 化 一 个 类 的 数据 和 代码 
在 多 个 类 中 到 处 都 是 ,可 以 将 有 关 创 建 的 知识 搬移 到 一 个 工厂 类 中 。 因 为 有 时 候 创 建 一 个 
对 象 不 只 是 简单 地 调用 其 构造 函数 ,还 需要 设置 一 些 参 数 ,可 能 还 需要 配置 环境 ,如 果 将 这 
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些 代码 散落 在 每 一 个 创建 对 象 的 客户 类 中 ,势必 会 出 现代 码 重 复 、 创 建 蔓延 的 问题 ,而 这 些 
客户 类 其 实 无 须 承 担 对 象 的 创建 工作 ,它们 只 需 使 用 已 创建 好 的 对 象 就 可 以 了 ,此 时 可 以 引 
入 工厂 类 来 封装 对 象 的 创建 逻辑 和 客户 代码 的 实例 化 配置 选项 。 

使 用 工厂 类 还 有 一 个 优点 ,一 个 类 可 能 拥有 多 个 构造 函数 ,而 在 Java、C# 等 语言 中 构 
造 函 数 的 名 字 都 与 类 名 相同 ,客户 端 只 能 通过 传人 不 同 的 参数 来 调用 不 同 的 构造 函数 创建 
对 象 , 单 从 构造 函数 和 参数 列表 很 难 了 解 不 同 构造 函数 所 构造 的 产品 之 间 的 差异 。 但 如 果 
将 对 象 的 创建 过 程 封装 在 工厂 类 中 ,可 以 提供 一 系列 名 字 完 全 不 同 的 工厂 方法 ,每 一 个 工厂 
方法 对 应 一 个 构造 函数 ,客户 端 可 以 用 一 种 更 加 可 读 、 易 懂 的 方式 来 创建 对 象 , 而 且 从 一 组 
工厂 方法 中 选择 一 个 意义 明确 的 工厂 方法 比 从 一 组 名 称 相 同 、 参 数 不 同 的 构造 函数 中 选择 
一 个 构造 函数 要 方便 很 多 ,如 图 3-5 所 示 。 


RectangleFactory Rectangle 
<<create>> 
+ createRectangle (int width int height) : Rectangle + Rectangle (int width, int height) | ~ - | “e 节 党 对 多 
+ createSquare (int width) : Rectangle + Rectangle (int width) 


创建 正方 形 对 象 


图 3-5 矩形 工厂 与 矩形 类 


在 图 3-5 中 ,和 矩形 工厂 类 RectangleFactory 提供 了 两 个 工厂 方法 createRectangle() 和 
createSquare() ,一 个 用 于 创建 长 方形 ,一 个 用 于 创建 正方 形 , 这 两 个 方法 比 直接 通过 构造 函 
数 来 创建 长 方形 或 正方 形 对 象 的 意义 更 加 明确 ,也 在 一 定 程度 上 降低 了 客户 端 调 用 时 出 错 
的 概率 。 

但 是 并 不 需要 为 系统 中 的 每 一 个 类 都 配备 一 个 工厂 类 ,如 果 一 个 类 很 简单 ,而 且 不 存在 
太 多 变化 ,其 构造 过 程 也 很 简单 ,此 时 就 无 须 为 其 提供 工厂 类 ,直接 在 使 用 之 前 实例 化 即 可 。 
例如 Java 语言 中 的 String 类 ,就 无 须 为 它 专门 提供 一 个 StringFactory, 这 样 做 反而 会 导致 
工厂 泛滥 ,增加 系统 的 复杂 度 。 

以 上 关于 创建 对 象 和 使 用 对 象 的 讨论 适用 于 各 种 工厂 模式 ,包括 第 4 章 将 要 介绍 的 工 
厂 方法 模式 和 第 5 章 将 要 介绍 的 抽象 工厂 模式 。 


3.6 ”简单 工厂 模式 的 简化 


有 时 候 , 为 了 简化 简单 工厂 模式 ,可 以 将 抽象 产品 类 和 工厂 类 合并 ,将 静态 工厂 方法 移 
至 抽象 产品 类 中 ,如 图 3-6 所 示 。 


Product 


el 
+ factoryMethod (String arg) : Product 


ConcreteProductB 


ConcreteProductA 


图 3-6 简化 的 简单 工厂 模式 
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在 图 3-6 中 ,客户 端 可 以 通过 调用 产品 父 类 的 静态 工厂 方法 ,根据 参数 的 不 同 创建 不 同 
类 型 的 产品 子 类 对 象 ,这 种 做 法 在 很 多 类 库 和 框架 中 也 广泛 存在 。 


3.7 简单 工厂 模式 优 /缺点 与 适用 环境 


简单 工厂 模式 提供 了 专门 的 工厂 类 用 于 创建 对 象 ,将 对 象 的 创建 和 对 象 的 使 用 分 离开 ， 
它 作 为 一 种 最 简单 的 工厂 模式 在 软件 开发 中 得 到 了 较为 广泛 的 应 用 。 


3.7.1 简单 工厂 模式 优点 


简单 工厂 模式 的 优点 主要 如 下 : 

(1) 工厂 类 包含 必要 的 判断 逻辑 ,可 以 决定 在 什么 时 候 创建 哪 一 个 产品 类 的 实例 ,客户 
端 可 以 免除 直接 创建 产品 对 象 的 职责 ,而 仅仅 "消费 ”产品 ,简单 工厂 模式 实现 了 对 象 创建 和 
使 用 的 分 离 。 

(2) 客户 端 无 须知 道 所 创建 的 具体 产品 类 的 类 名 ,只 需要 知道 具体 产品 类 所 对 应 的 参 
数 即 可 ,对 于 一 些 复杂 的 类 名 ,通过 简单 工厂 模式 可 以 在 一 定 程度 上 减少 使 用 者 的 记忆 量 。 

(3) 通过 引入 配置 文件 ,可 以 在 不 修改 任何 客户 端 代码 的 情况 下 更 换 和 增加 新 的 具体 
产品 类 ,在 一 定 程度 上 提高 了 系统 的 灵活 性 。 


3.7.2 简单 工厂 模式 缺点 


简单 工厂 模式 的 缺点 主要 如 下 : 

(1) 由 于 工厂 类 集中 了 所 有 产品 的 创建 逻辑 ,职责 过 重 ,一 旦 不 能 正常 工作 ,整个 系统 
都 要 受到 影响 。 

(2) 使 用 简单 工厂 模式 势必 会 增加 系统 中 类 的 个 数 ( 引 入 了 新 的 工厂 类 ) ,增加 了 系统 
的 复杂 度 和 理解 难度 。 

(3) 系统 扩展 困难 ,一 旦 添加 新 产品 就 不 得 不 修改 工厂 逻辑 ,在 产品 类 型 较 多 时 有 可 能 
造成 工厂 逻辑 过 于 复杂 ,不 利于 系统 的 扩展 和 维护 。 

(4) 简单 工厂 模式 由 于 使 用 了 静态 工厂 方法 ,造成 工厂 角色 无 法 形成 基于 继承 的 等 级 结构 。 


3.7.3 简单 工厂 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 简单 工厂 模式 : 

(1) 工厂 类 负责 创建 的 对 象 比 较 少 ,由 于 创建 的 对 象 较 少 ,不 会 造成 工厂 方法 中 的 业务 
逻辑 太 过 复杂 。 

(2) 客户 端 只 知道 传人 工厂 类 的 参数 ,对 于 如 何 创建 对 象 并 不 关心 。 


3.8 本 章 小 结 


1. 创建 型 模式 关注 对 象 的 创建 过 程 , 它 对 类 的 实例 化 过 程 进 行 了 抽象 ,能够 将 软件 模 
块 中 对 象 的 创建 和 对 象 的 使 用 分 离 ,对 用 户 隐藏 了 类 的 实例 的 创建 细节 。 在 GoF 设计 模式 
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中 一 共 包含 5 种 创建 型 模式 ,通常 将 简单 工厂 模式 作为 学 习 其 他 工厂 模式 的 基础 ,简单 工厂 
模式 不 是 GoF 设计 模式 。 

2. 在 简单 工厂 模式 中 定义 一 个 工厂 类 , 它 可 以 根据 参数 的 不 同 返 回 不 同类 的 实例 ,被 
创建 的 实例 通常 都 具有 共同 的 父 类 。 简 单 工厂 模式 是 一 种 类 创建 型 模式 。 

3. 简单 工厂 模式 包含 工厂 角色 、 抽 象 产 品 角 色 和 具体 产品 角色 3 个 角色 。 其 中 ,工厂 
角色 是 简单 工厂 模式 的 核心 ,负责 实现 创建 所 有 产品 实例 的 内 部 逻辑 ; 抽象 产品 角色 是 工 
厂 类 创建 的 所 有 对 象 的 父 类 ,封装 了 各 种 产品 对 象 的 公有 方法 ; 具体 产品 角色 是 简单 工厂 
模式 的 创建 目标 ,所 有 被 创建 的 对 象 都 充当 这 个 角色 的 某 个 具体 类 的 实例 。 

4. 简单 工厂 模式 的 优点 主要 在 于 实现 了 对 象 创建 和 使 用 的 分 离 ; 客户 端 无 须知 道 所 
创建 的 具体 产品 类 的 类 名 ,只 需要 知道 具体 产品 类 所 对 应 的 参数 即 可 ; 通过 引入 配置 文件 ， 
可 以 在 不 修改 任何 客户 端 代码 的 情况 下 更 换 和 增加 新 的 具体 产品 类 ,在 一 定 程度 上 提高 了 
系统 的 灵活 性 。 其 缺点 主要 在 于 工厂 类 集中 了 所 有 产品 的 创建 逻辑 ,职责 过 重 ,一 旦 不 能 正 
常 工作 ,整个 系统 都 要 受到 影响 ; 增加 了 系统 中 类 的 个 数 且 增加 了 系统 的 复杂 度 和 理解 难 
度 ; 系统 扩展 困难 ,一 旦 添加 新 产品 就 不 得 不 修改 工厂 逻辑 且 工 厂 角 色 无 法 形成 基于 继承 
的 等 级 结构 。 

5. 简单 工厂 模式 适用 于 以 下 环境 : 工厂 类 负责 创建 的 对 象 比较 少 ,由 于 创建 的 对 象 较 
少 ,不 会 造成 工厂 方法 中 的 业务 逻辑 太 过 复杂 ; 客户 端 只 知道 传人 工厂 类 的 参数 ,对 于 如 何 
创建 对 象 并 不 关心 。 

6. 将 对 象 的 创建 和 使 用 分 离 ,使 得 系统 更 加 符合 单一 职责 原则 ,有 利于 对 功能 的 复 用 


和 系统 的 维护 。 
3.9 习题 
1. 在 简单 工厂 模式 中 ,如 果 需 要 增加 新 的 具体 产品 ,通常 需要 修改 ( 。 ”) 的 源 代码 。 
A. 抽象 产品 类 B. 其 他 具体 产品 类 
C. 工厂 类 D. 客户 类 


2. 以 下 关于 简单 工厂 模式 的 叙述 错误 的 是 ( je 
A. 简单 工厂 模式 可 以 根据 参数 的 不 同 返 回 不 同 的 产品 类 的 实例 
B. 简单 工厂 模式 专门 定义 一 个 类 来 负责 创建 其 他 类 的 实例 ,被 创建 的 实例 通常 都 
具有 共同 的 父 类 
C. 简单 工厂 模式 可 以 减少 系统 中 类 的 个 数 ,简化 系统 的 设计 ,使 得 系统 更 易于 理解 
D. 系统 的 扩展 困难 ,在 添加 新 的 产品 时 需要 修改 工厂 的 业务 逻辑 ,违背 了 开 闭 原则 
3. 以 下 代码 使 用 了 ( “) 模 式 。 


public abstract class Product { 
public abstract void process( ); 
} 


public class ConcreteProductA extends Product { 
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public void process() {...} 


public class ConcreteProductB extends Product{ 
public void process() {...} 


public class Factory { 
public static Product createProduct (char type) { 
switch(type) { 
Case 'A': 
return new ConcreteProductA( ) ; break; 
case 'B': 
return new ConcreteProductB( ); break; 


} 


1 
} 
A. Simple Factory B. Factory Method 
C. Abstract Factory D. 未 用 任何 设计 模式 


4. 使 用 简单 工厂 模式 模拟 女 娲 (Nvwa) 造 人 (Person) ,如 果 向 造 人 的 工厂 方法 传人 参 
数 “M”, 则 返回 一 个 男人 (Man) 对 象 ,如 果 传 人 参数 *“W”, 则 返回 一 个 女人 (Woman) 对象 ， 
绘制 相应 的 类 图 并 使 用 Java 语言 模拟 实现 该 场景 。 现 需要 增加 一 个 新 的 机 器 人 (Robot) 
类 ,如 果 传人 参数 *“R”, 则 返回 一 个 机 器 人 对 象 ,对 代码 进行 修改 并 注意 * 女 娲 ?类 的 变化 。 

5. 使 用 简单 工厂 模式 设计 一 个 可 以 创建 不 同 几何 形状 (Shape) 的 绘图 工具 类 ,例如 圆 
形 (Circle) .矩形 (Rectangle) 和 三 角形 (Triangle) 等 ,每 个 几何 图 形 均 具有 绘制 draw() 和 擦 
除 erase() 两 个 方法 ,要求 在 绘制 不 支持 的 几何 图 形 时 抛 出 一 个 UnsupportedShapeException 异 


常 ,绘制 类 图 并 使 用 Java 语言 编程 模拟 实现 。 


工矿 方法 模式 


工厂 方法 模式 是 简单 工厂 模式 的 延伸 , 它 继承 了 简单 工厂 模式 的 优点 , 同 
时 还 弥补 了 简单 工厂 模式 的 缺陷 ,更 好 地 符合 开 闭 原则 的 要 求 ,在 增加 新 的 具 
体 产品 对 和 象 时 不 需要 对 已 有 系统 做 任何 修改 。 

本 章 将 通过 如 何 克 服 简单 工厂 模式 的 不 足 来 引出 工厂 方法 模式 ,并 通过 
实例 来 学 习 工厂 方法 模式 ,理解 工厂 方法 模式 的 结构 及 特点 ,学 会 如 何在 实际 
软件 项 目 开 发 中 合理 地 使 用 工厂 方法 模式 。 


本 章 知 识 点 


。 工厂 方法 模式 的 定义 

。 工厂 方法 模式 的 结构 

。 工厂 方法 模式 的 实现 

。 工厂 方法 模式 的 应 用 

。 工厂 方法 模式 的 优 /缺点 
。 工厂 方法 模式 的 适用 环境 
。 配置 文件 与 反射 

。 工厂 方法 的 重 载 

。 工厂 方法 的 隐藏 


4.1 工厂 方法 模式 概述 


考虑 这 村 
钮 实例 ,例如 
按钮 ,例如 椭 


一 个 系统 ,使 用 简单 工厂 模式 设计 的 按钮 工厂 类 可 以 返回 一 个 具体 类 型 的 按 
圆 形 按钮 .和 矩形 按钮 .菱形 按钮 等 。 在 这 个 系统 中 如 果 需 要 增加 一 种 新 类 型 的 
圆 形 按钮 ,那么 除了 增加 一 个 新 的 具体 产品 类 之 外 还 需要 修改 工厂 类 的 代码 ， 


这 就 使 得 整个 设计 在 一 定 程度 上 违反 了 开 闭 原则 ,如 图 4-1 所 示 。 
现在 对 该 系统 进行 修改 ,不 青 提供 一 个 按钮 工厂 类 来 统一 负责 所 有 产品 的 创建 ,而 是 将 
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we 


ED @ 争 < 


和 矩形 按钮 圆 形 按钮 ” 萎 形 按钮 椭圆 形 按钮 


起 委 胡 急 闭 


图 4-1 使 用 简单 工厂 模式 设计 的 按钮 工厂 


具体 按钮 的 创建 过 程 交 给 专门 的 工厂 子 类 去 完成 。 先 定义 一 个 抽象 的 按钮 工厂 类 ,再 定义 
具体 的 工厂 类 来 生产 圆 形 按钮 .矩形 按钮 . 萎 形 按钮 等 ,它们 实现 了 在 抽象 按钮 工厂 类 中 声 
明 的 方法 。 这 种 抽象 化 的 结果 是 使 得 这 种 结构 可 以 在 不 修改 具体 工厂 类 的 情况 下 引进 新 的 
产品 ,如 果 出 现 新 的 按钮 类 型 ,只 需要 为 这 种 新 类 型 的 按钮 定义 一 个 具体 的 工厂 类 就 可 以 创 
建 该 新 按钮 的 实例 ,这 种 改进 的 设计 方案 即 为 工厂 方法 模式 。 工 厂 方法 模式 通过 引入 抽象 
的 工厂 类 ,使 得 它 具 有 超越 简单 工厂 模式 的 优越 性 ,让 系统 更 加 符合 开 闭 原则 ,改进 后 的 按 
钮 工厂 如 图 4-2 所 示 。 


矩形 按钮 圆 形 按钮 ” 萎 形 按钮 椭圆 形 按钮 


动 条 挫 稻 将 


图 4-2 使 用 工厂 方法 模式 改进 后 的 按钮 工厂 
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在 工厂 方法 模式 中 不 再 提供 一 个 统一 的 工厂 类 来 创建 所 有 的 产品 对 象 ,而 是 针对 不 同 


的 产品 提供 不 同 的 工厂 ,系统 提供 一 个 与 产品 等 级 结构 对 应 的 工厂 等 级 结构 。 


工厂 方法 模式 的 定义 如 下 : 


工厂 方法 模式 : 定义 一 个 用 于 创建 对 象 的 接口 ,但 是 让 子 类 决定 
将 哪 一 个 类 实例 化 。 工 厂 方法 模式 让 一 个 类 的 实例 化 延迟 到 其 子 类 。 
Factory Method Pattern: Define an interface for creating an 
object, but let subclasses decide which class to instantiate. Factory 


Method lets a class defer instantiation to subclasses. 


工厂 方法 模式 简称 为 工厂 模式 (Factory Pattern) ,又 可 称 作 虚拟 构造 器 模式 (Virtual 
Constructor Pattern) 或 多 态 工厂 模式 (Polymorphic Factory Pattern) 。 工 厂 方法 模式 是 一 
种 类 创建 型 模式 。 在 工厂 方法 模式 中 ,工厂 父 类 负责 定义 创建 产品 对 象 的 公共 接口 ,而 工厂 
子 类 负责 生成 具体 的 产品 对 象 , 这 样 做 的 目的 是 将 产品 类 的 实例 化 操作 延迟 到 工厂 子 类 中 
完成 , 即 通过 工厂 子 类 来 确定 究竟 应 该 实例 化 哪 一 个 具体 产品 类 。 


4.2 工厂 方法 模式 结构 与 实现 
4.2.1 工厂 方法 模式 结构 


工厂 方法 模式 提供 一 个 抽象 工厂 接口 来 声明 抽象 工厂 方法 ,而 由 其 子 类 来 具体 实现 工 


厂 方法 ,创建 具体 的 产品 对 象 。 工 厂 方法 模式 的 结构 如 图 4-3 所 示 。 


Product 


Factory 


+ factoryMethod () 


ConcreteProduct 


ConcreteFactory 


+ factoryMethod () 


1 
return new ConcreteProduct(); 


图 4-3 工厂 方法 模式 结构 图 


由 图 4-3 可 知 ,工厂 方法 模式 包含 以 下 4 个 角色 。 


(1) Product( 抽 象 产 品 ) : 它 是 定义 产品 的 接口 ,是 工厂 方法 模式 所 创建 对 象 的 超 类 型 ， 


也 就 是 产品 对 象 的 公共 父 类 。 


(2) ConcreteProduct( 具 体 产 品 ): 它 实现 了 抽象 产品 接口 , 某 种 类 型 的 具体 产品 由 专门 


的 具体 工厂 创建 ,具体 工厂 和 具体 产品 之 间 一 一 对 应 。 


(3) Factory( 抽 和 象 工厂 ) : 在 抽象 工厂 类 中 声明 了 工厂 方法 (Factory Method) ,用 于 返 
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回 一 个 产品 。 抽 象 工厂 是 工厂 方法 模式 的 核心 ,所 有 创建 对 象 的 工厂 类 都 必须 实现 该 接口 。 
(4) ConcreteFactory( 具 体 工厂 ) : 它 是 抽象 工厂 类 的 子 类 ,实现 了 在 抽象 工厂 中 声明 的 
工厂 方法 ,并 可 由 客户 端 调用 ,返回 一 个 具体 产品 类 的 实例 。 
4.2.2 工厂 方 法 模式 实现 


与 简单 工厂 模式 相 比 ,工厂 方法 模式 最 重要 的 特点 是 引入 了 抽象 工厂 角色 ,抽象 工厂 可 
以 是 接口 ,也 可 以 是 抽象 类 或 者 具体 类 。 其 典型 代码 如 下 : 


public interface Factory { 
public Product factoryMethod( ); 


在 抽象 工厂 中 声明 了 工厂 方法 但 并 未 实现 工厂 方法 ,具体 产品 对 象 的 创建 由 其 子 类 负 
责 , 客 户 端 针 对 抽象 工厂 编程 ,可 在 运行 时 再 指定 具体 工厂 类 ,具体 工厂 类 实现 了 工厂 方法 ， 
不 同 的 具体 工厂 可 以 创建 不 同 的 具体 产品 。 其 典型 代码 如 下 : 


public class ConcreteFactory implements Factory { 
public Product factoryMethod() { 
return new ConcreteProduct(); 
} 
} 


在 实际 使 用 时 ,具体 工厂 类 在 实现 工厂 方法 时 除了 创建 具体 产品 对 象 之 外 ,还 可 以 负责 
产品 对 象 的 初始 化 工作 以 及 一 些 资源 和 环境 配置 工作 ,例如 连接 数据 库 、 创 建文 件 等 。 

在 客户 端 代码 中 ,开发 人 员 只 需 关心 工厂 类 即 可 ,不 同 的 具体 工厂 可 以 创建 不 同 的 产 
品 。 典 型 的 客户 端 代码 片段 如 下 : 


Factory factory; 

factory = new ConcreteFactory(); // 可 通过 配置 文件 与 反射 机 制 实现 
Product product; 

product = factory. factoryMethod( ); 


可 以 通过 配置 文件 来 存储 具体 工厂 类 ConcreteFactory 的 类 名 ,再 通过 反射 机 制 创建 具 
体 工厂 对 象 , 在 更 换 新 的 具体 工厂 时 无 须 修改 源 代码 ,系统 扩展 更 为 方便 。 


4.3 工厂 方法 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 工厂 方法 模式 。 
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1. 实例 说 明 


某 系 统 运 行 日 志 记录 器 (Logger) 可 以 通过 多 种 途径 保存 系统 的 
运行 日 志 , 例 如 通过 文件 记录 或 数据 库 记 录 , 用 户 可 以 通过 修改 配置 
文件 灵活 地 更 换 日 志 记 录 方 式 。 在 设计 各 类 日 志 记 录 器 时 ,开发 人 员 
发 现 需 要 对 日 志 记录 器 进行 一 些 初始 化 工作 ,初始 化 参数 的 设置 过 程 
较为 复杂 ,而 且 某 些 参 数 的 设置 有 严格 的 先后 次 序 , 否 则 可 能 会 发 生 
记录 失败 。 

为 了 更 好 地 封装 记录 器 的 初始 化 过 程 并 保证 多 种 记录 器 切换 的 
灵活 性 , 现 使 用 工厂 方法 模式 设计 该 系统 ( 注 : 在 Java 中 常用 的 日 志 
记录 工具 有 SLF4J]、Log4j、GCLogViewer、Logstash 等 ) 。 


2. 实例 类 图 
通过 分 析 , 本 实例 结构 图 如 图 4-4 所 示 。 


Client 
| | i 
vy \ 


i LoggerFactory - Logger 
+ createLogger () : Logger + writeLog () : void 
4 SA 
1 
本 
1 
FileLoggerFactory 1 ， |_ DatabaseLoggerFactory FileLogger -A DatabaseLogger 
+ createLogger () : Logger + createLogger () : Logger + WriteLog () : void + witel og 0 :void 
T 
| | | <<create>> | 
I 
| <<create>> 4 


图 4-4 日 志 记 录 器 结构 图 


在 图 4-4 中 ,Logger 接口 充当 抽象 产品 ,其 子 类 FileLogger 和 DatabaseLogger 充当 具 
体 产 品 ,LoggerFactory 接口 充当 抽象 工厂 ,其 子 类 FileLoggerFactory 和 DatabaseLoggerFactory 
充当 具体 工厂 。 

3. 实例 代码 

(1) Logger: 日 志 记录 器 接口 ,充当 抽象 产品 角色 。 


//designpatterns. factorymethod. Logger. java 
package designpatterns. factorymethod; 


public interface Logger { 
public void writeLog(); 
' 
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(2) DatabaseLogger: 数据 库 日 志 记 录 器 ,充当 具体 产品 角色 。 


//designpatterns. factorymethod. DatabaseLogger. java 
package designpatterns. factorymethod; 


public class DatabaseLogger implements Logger { 
public void writeLog() { 
System. out. println(" 数 据 库 日 志 记 录 ."); 
} 


(3) FileLogger: 文件 日 志 记 录 器 ,充当 具体 产品 角色 。 


//designpatterns. factorymethod. FileLogger. java 
package designpatterns. factorymethod; 


public class FileLogger implements Logger { 
public void writeLog() { 
System. out. println(" 文 件 日 志 记 录 ."); 
} 


(4) LoggerFactory: 日 志 记 录 器 工厂 接口 ,充当 抽象 工厂 角色 。 


//designpatterns. factorymethod. LoggerFactory. java 
package designpatterns. factorymethod; 


public interface LoggerFactory { 
public Logger createLogger( ); // 抽 象 工厂 方法 
} 


(5) DatabaseLoggerFactory: 数据 库 日 志 记录 器 工厂 类 ,充当 具体 工厂 角色 。 


//designpatterns. factorymethod. DatabaseLoggerFactory. java 
package designpatterns. factorymethod; 


public class DatabaseLoggerFactory implements LoggerFactory { 
public Logger createLogger() { 
// 连 接 数 据 库 , 代码 省 略 
// 创 建 数 据 库 日 志 记 录 器 对 象 
Logger logger = new DatabaseLogger(); 
1/ 初始化 数据 库 日 志 记录 器 ,代码 省 略 
return logger; 
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(6) FileLoggerFactory: 文件 日 志 记 录 器 工厂 类 ,充当 具体 工厂 角色 。 


//designpatterns. factorymethod. FileLoggerFactory. java 
package designpatterns. factorymethod; 


public class FileLoggerFactory implements LoggerFactory { 
public Logger createLogger() { 
// 创 建文 件 日 志 记录 器 对 象 
Logger logger = new FileLogger( ); 
// 创 建文 件 , 代码 省 略 
return logger; 


(7) Client: 客户 端 测试 类 。 


//designpatterns. factorymethod. Client. java 
package designpatterns. factorymethod; 


public class Client { 
public static void main(String args[]) { 
LoggerFactory factory; 
Logger logger; 
factory = new FileLoggerFactory(); // 可 引入 配置 文件 和 反射 机 制 实现 
logger = factory. createLogger( ); 
logger. writeLog( ); 


4. 结果 及 分 析 


编译 并 运行 程序 ,输出 结果 如 下 : 


文件 日 志 记 录 。 


如 果 需 要 更 换 日 志 记 录 器 ,只 需要 修改 客户 端 代码 中 的 具体 工厂 类 的 类 名 即 可 ,例如 将 
FileLoggerFactory 改 为 DatabaseLoggerFactory, 此 时 输出 结果 如 下 : 


数据 库 日 志 记录 。 


如 果 需 要 增加 并 使 用 新 的 日 志 记录 器 ,只 需要 对 应 增加 一 个 新 的 具体 工厂 类 ,然后 在 客 
户 端 代码 中 修改 具体 工厂 类 的 类 名 , 原 有 类 库 的 源 代码 无 须 做 任何 修改 。 

通过 引入 配置 文件 并 使 用 反射 机 制 可 以 实现 在 不 修改 客户 端 代码 的 基础 上 更 换 具体 工 
厂 类 ,在 4.4 节 将 详细 说 明 其 实现 过 程 ,让 系统 更 加 符合 开 闭 原则 ,具备 更 好 的 灵活 性 和 可 
扩展 性 。 
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4.4 反射 机 制 与 配置 文件 


在 4.3 节 的 日 志 记 录 器 实例 中 ,在 更 换 日 志 记录 器 时 需要 修改 客户 端 代码 ,对 于 客户 端 
而 言 并 不 符合 开 闭 原则 ,本 节 将 介绍 如 何在 不 修改 任何 客户 端 代 码 的 基础 上 更 换 或 增加 新 
的 日 志 记录 方式 。 

在 实际 应 用 开发 中 可 以 对 具体 工厂 类 的 实例 化 过 程 进行 改进 ,在 客户 端 代码 中 不 直接 
使 用 new 关键 字 来 创建 工厂 对 象 ,而 是 通过 Java 反射 机 制 结合 配置 文件 (例如 XML 文件 ) 
来 生成 具体 工厂 对 象 。 在 整个 实现 过 程 中 需要 用 到 两 个 技术 , 即 Java 反射 机 制 与 配置 
文件 。 

1. Java 反射 机 制 

Java 反射 (Java Reflection) 是 指 在 程序 运行 时 获取 已 知名 称 的 类 或 已 有 对 象 的 相关 信 
息 的 一 种 机 制 ,包括 类 的 方法 、 属 性 、 父 类 等 信息 ,还 包括 实例 的 创建 和 实例 类 型 的 判断 等 。 
在 反射 中 使 用 最 多 的 类 是 Class,Class 类 的 实例 表示 正在 运行 的 Java 应 用 程序 中 的 类 和 接 
口 ,其 forName(String className) 方 法 可 以 返回 与 带 有 给 定 字 符 串 名 的 类 或 接口 相关 联 的 
Class 对 象 ,再 通过 Class 对 象 的 newInstance() 方 法 创建 此 对 象 所 表示 的 类 的 一 个 新 实例 ， 
即 通 过 一 个 类 名 字符 串 得 到 类 的 实例 。 例 如 创建 一 个 字符 串 类 型 的 对 象 , 其 代码 如 下 : 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 

Class c= Class. forName( "java. lang. String" ); 
Object obj = c. newInstance( ); 

return obj; 


此 外 ,在 JDK 中 还 提供 了 java. lang. reflect 包 , 封 装 了 其 他 与 反射 相关 的 类 ,在 本 书 中 
只 用 到 上 述 简单 的 反射 代码 ,在 此 不 予 扩展 。 

2. 配置 文件 

软件 系统 的 配置 文件 通常 为 XML 文件 ,可 以 使 用 DOM (Document Object Model)、 
SAX (Simple API for XML) .StAX (Streaming API for XML) 等 技术 来 处 理 XML 文件 。 

在 软件 开发 中 可 以 把 类 名 存储 到 XML 配置 文件 中 ,再 读 取 配置 文件 获取 类 名 字符 串 ， 
然后 通过 Java 反射 机 制 来 创建 对 象 。 例 如 将 4. 3 节 的 具体 日 志 记录 器 工厂 类 类 名 
FileLoggerFactory 存储 在 如 下 XML 格式 的 配置 文件 config. xml 中 。 


<! —— config. xml -一 > 
<?xml version= "1.0"?> 
<config> 
< className > designpatterns. factorymethod. FileLoggerFactory </className > 
</config> 


在 该 文件 中 , designpatterns. factorymethod 为 具体 工厂 类 所 在 的 包 名 ,FileLoggerFactory 
为 具体 工厂 类 的 类 名 。 
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为 了 读 取 该 配置 文件 ,并 通过 存储 在 其 中 的 类 名 字符 串 反射 生成 对 象 ,可 以 创建 一 个 工 
具 类 XMLUtil, 其 详细 代码 如 下 : 


//designpatterns. factorymethod. XMLUtil. java 
package designpatterns. factorymethod; 


import javax. xml.parsers. *; 
import org. w3c. dom. * ; 
import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
trY{ 

// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//factorymethod//config. xml")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className"); 
Node classNode = nl. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c = Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

| 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


注 : 在 后 续 的 设计 模式 学 习 过 程 中 将 多 次 重用 该 类 。 

有 了 XMLUtil 类 之 后 ,可 以 对 日 志 记 录 器 的 客户 端 代 码 进行 修改 ,不 再 直接 使 用 new 
关键 字 来 创建 具体 的 工厂 类 ,而 是 将 具体 工厂 类 的 类 名 存储 在 XML 文件 中 ,再 通过 
XMLUtil 类 的 静态 工厂 方法 getBean() 进 行 对 象 的 实例 化 ,将 代码 修改 如 下 : 


//designpatterns. factorymethod. Client. java 
package designpatterns. factorymethod; 


public class Client { 
public static void main(String args[]) { 
LoggerFactory factory; 
Logger logger; 
factory = (LoggerFactory)XMLUtil. getBean( ); //getBean( ) 的 返回 类 型 为 Object 
// 需 要 进行 强制 类 型 转换 
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logger = factory. createLogger( ); 
logger. writeLog( ); 


} 


在 引入 XMLUtil 类 和 XML 配置 文件 之 后 ,如 果 需 要 增加 一 种 新 类 型 的 日 志 记 录 方 
式 , 只 需要 执行 以 下 4 个 步骤 : 

(1) 新 的 日 志 记 录 器 需要 继承 抽象 日 志 记 录 器 Logger。 

(2) 对 应 增加 一 个 新 的 具体 日 志 记录 器 工厂 ,继承 抽象 日 志 | 并 
实现 其 中 的 工厂 方法 createLogger() ,设置 好 初始 化 参数 和 环境 变 返回 具体 日 志 记 录 器 
对 象 。 

(3) 修改 配置 文件 config. xml, 用 新 增 的 具体 日 志 记录 器 工厂 类 的 类 名 字符 串 蔡 换 原 
有 工厂 类 的 类 名 字符 串 。 

(4) 编译 新 增 的 具体 日 志 记 录 器 类 和 具体 日 志 记录 器 工厂 类 ,运行 客户 端 测 试 类 即 可 
使 用 新 的 日 志 记录 方式 ,而 原 有 类 库 代 码 无 须 做 任何 修改 ,完全 符合 开 闭 原则 。 

通过 上 述 重 构 可 以 使 系统 更 加 灵活 ,由 于 很 多 设计 模式 都 关注 系统 的 可 扩展 性 和 灵活 
性 ,因此 都 定义 了 抽象 层 , 在 抽象 层 中 声明 业务 方法 ,而 将 具体 业务 方法 的 实现 放 在 实现 层 
中 。 为 了 更 好 地 体现 这 些 设计 模式 的 特点 ,本 书 在 很 多 设计 模式 中 都 使 用 XML 配置 文件 
和 Java 反射 机 制 来 创建 对 象 。 


4.5 工厂 方法 的 重 载 


在 某 些 情况 下 ,可 以 通过 多 种 方式 来 初始 化 同一 个 产品 类 。 例 如 4. 3 节 所 提 到 的 日 志 
记录 器 类 ,可 以 为 各 种 日 志 记 录 器 提供 默认 实现 ; 还 可 以 为 数据 库 日 志 记 录 器 提供 数据 库 
连接 字符 串 ,为 文件 日 志 记录 器 提供 文件 路 径 ; 也 可 以 将 相关 参数 封装 在 一 个 Object 类 型 
的 对 象 中 ,通过 Object 对 象 将 配置 参数 传人 工厂 类 。 此 时 可 以 提供 一 组 重 载 的 工厂 方法 ， 
以 不 同 的 方式 对 产品 对 象 进行 创建 。 当 然 , 对 于 同一 个 具体 工厂 而 言 ,无 论 使 用 哪个 工厂 方 
法 ,所 创建 的 产品 类 型 均 要 相同 。 重 载 的 工厂 方法 结构 图 如 图 4-5 所 示 。 


医 LoggerFactory 


+ createLogger () :Logger 

+ createLogger (String args) : Logger 

+ createLogger (Object obj) : Logger 
AA 


FileLoggerFactory : 1 DatabaseLoggerFactory 
+ createLogger () : Logger + createLogger () :Logger 
+ createLogger (String args) : Logger + createLogger (String args) : Logger 
+ createLogger (Object obj) : Logger + createLogger (Object obj) : Logger 
图 4-5 重 载 的 工厂 方法 结构 图 
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引入 重 载 方法 后 ,抽象 工厂 类 LoggerFactory 的 代码 修改 如 下 : 


public interface LoggerFactory { 
Public Logger createLogger(); 
public Logger createLogger(String args); 
public Logger createLogger(Object obj); 


具体 工厂 类 DatabaseLoggerFactory 的 代码 修改 如 下 : 


public class DatabaseLoggerFactory implements LoggerFactory { 
public Logger createLogger() { 
// 使 用 默认 方式 连接 数据 库 , 代码 省 略 
Logger logger = new DatabaseLogger( ); 
// 初 始 化 数据 库 日 志 记 录 器 ,代码 省 略 
return logger; 


1 


public Logger createLogger(String args) { 
// 使 用 参数 args 作为 连接 字符 串 来 连接 数据 库 , 代码 省 略 
Logger logger = new DatabaseLogger(); 
// 初 始 化 数据 库 日 志 记 录 器 ,代码 省 略 
return logger; 


} 


public Logger createLogger(Object obj) { 
// 使 用 封装 在 参数 obj 中 的 连接 字符 串 来 连接 数据 库 , 代码 省 略 
Logger logger = new DatabaseLogger( ); 
// 使 用 封装 在 参数 obj 中 的 数据 来 初始 化 数据 库 日 志 记录 器 ,代码 省 略 
return logger; 
} 
} 
// 其 他 具体 工厂 类 代码 省 略 


[i 
二 
过 


在 抽象 工厂 中 声明 了 多 个 重 载 的 工厂 方法 ,在 具体 工厂 中 实现 了 这 些 工 厂 方法 ,; 
法 可 以 包含 不 同 的 业务 逻辑 ,以 满足 产品 对 象 的 多 样 化 创建 需求 。 


4.6 工厂 方法 的 隐藏 


有 时 候 , 为 了 进一步 简化 客户 端的 使 用 ,还 可 以 对 客户 端 隐藏 工厂 方法 ,此 时 在 工厂 类 
中 直接 调用 产品 类 的 业务 方法 ,客户 端 无 须 调用 工厂 方法 创建 产品 对 象 ,直接 使 用 工厂 对 象 
即 可 调用 所 创建 的 产品 对 象 中 的 业务 方法 。 

如 果 对 客户 端 隐藏 工厂 方法 ,那么 如 图 4-4 所 示 的 日 志 记 录 器 结构 图 可 修改 为 如 图 4-6 
所 示 的 结构 图 。 
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图 4-6 隐藏 工厂 方法 后 的 日 志 记录 器 结构 图 


在 图 4-6 中 ,抽象 工厂 类 LoggerFactory 的 代码 修改 如 下 : 


// 将 接口 改 为 抽象 类 
public abstract class LoggerFactory { 


public void writeLog() { 
Logger logger = this. createLogger( ); 
logger. writeLog( ); 

} 


public abstract Logger createLogger(); 


// 在 工厂 类 中 直接 调用 日 志 记 录 器 类 的 业务 方法 writeLog() 


客户 端 代码 修改 如 下 : 


public class Client { 
public static void main(String args[]) { 
LoggerFactory factory; 
factory = (LoggerFactory)XMLUtil. getBean( ); 


factory. writeLog(); // 直 接 使 用 工厂 对 象 来 调用 产品 对 象 的 业务 方法 


通过 把 业务 方法 的 调用 移 至 工厂 类 中 ,可 以 直接 使 用 工厂 对 象 来 调用 产品 对 象 的 业务 
方法 ,客户 端 无 须 使 用 工厂 方法 来 创建 产品 对 象 。 在 某 些 情况 下 可 以 使 用 这 种 设计 方案 。 


4.7 工厂 方法 模式 优 /缺点 与 适用 环境 


工厂 方法 模式 是 简单 工厂 模式 的 延伸 , 它 继承 了 简单 工厂 模式 的 优点 ,同时 还 弥补 了 简 
单 工厂 模式 的 不 足 。 工 厂 方法 模式 是 使 用 频率 最 高 的 设计 模式 之 一 ,是 很 多 开源 框架 和 


API 类 库 的 核心 模式 。 
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4.7.1 工厂 方法 模式 优点 


工厂 方法 模式 的 优点 主要 如 下 : 

(1) 在 工厂 方法 模式 中 ,工厂 方法 用 来 创建 客户 所 需要 的 产品 ,同时 还 向 客户 隐藏 了 哪 
种 具体 产品 类 将 被 实例 化 这 一 细节 ,用 户 只 需要 关心 所 需 产品 对 应 的 工厂 ,无 须 关 心 创建 细 
节 , 甚 至 无 须知 道具 体 产 品类 的 类 名 。 

(2) 基于 工厂 角色 和 产品 角色 的 多 态 性 设计 是 工厂 方法 模式 的 关键 。 它 能 够 让 工厂 自 
主 确定 创建 何 种 产品 对 象 ,而 如 何 创建 这 个 对 象 的 细节 完全 封装 在 具体 工厂 内 部 。 工 厂 方 
法 模式 之 所 以 又 被 称 为 多 态 工 厂 模式 , 正 是 因为 所 有 的 具体 工厂 类 都 具有 同一 抽象 父 类 。 

(3) 使 用 工厂 方法 模式 的 另 一 个 优点 是 在 系统 中 加 入 新 产品 时 无 须 修改 抽象 工厂 和 
抽象 产品 提供 的 接口 ,无 须 修改 客户 端 , 也 无 须 修改 其 他 的 具体 工厂 和 具体 产品 ,而 只 要 
添加 一 个 具体 工厂 和 具体 产品 即 可 ,这 样 系统 的 可 扩展 性 也 就 变 得 非常 好 ,完全 符合 
闭 原则 。 


4.7.2 工厂 方法 模式 缺点 


工厂 方法 模式 的 缺点 主要 如 下 : 

(1) 在 添加 新 产品 时 需要 编写 新 的 具体 产品 类 ,而 且 还 要 提供 与 之 对 应 的 具体 工厂 类 ， 
系统 中 类 的 个 数 将 成 对 增加 ,在 一 定 程度 上 增加 了 系统 的 复杂 度 , 有 更 多 的 类 需要 编译 和 运 
行 , 会 给 系统 带 来 一 些 额 外 的 开销 。 

(2) 由 于 考虑 到 系统 的 可 扩展 性 ,需要 引入 抽象 层 ,在 客户 端 代码 中 均 使 用 抽象 层 进行 
定义 ,增加 了 系统 的 抽象 性 和 理解 难度 。 


4.7.3 工厂 方法 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 工厂 方法 模式 : 

(1) 客户 端 不 知道 它 所 需要 的 对 象 的 类 。 在 工厂 方法 模式 中 ,客户 端 不 需要 知道 具体 
产品 类 的 类 名 ,只 需要 知道 所 对 应 的 工厂 即 可 ,具体 产品 对 象 由 具体 工厂 类 创建 ,可 将 具体 
工厂 类 的 类 名 存储 在 配置 文件 或 数据 库 中 。 

(2) 抽象 工厂 类 通过 其 子 类 来 指定 创建 哪个 对 象 。 在 工厂 方法 模式 中 ,对 于 抽象 工厂 
类 只 需要 提供 一 个 创建 产品 的 接口 ,而 由 其 子 类 来 确定 具体 要 创建 的 对 象 ,利用 面向 对 象 的 
多 态 性 和 里 氏 代 换 原则 ,在 程序 运行 时 子 类 对 象 将 覆盖 父 类 对 象 ,从 而 使 得 系统 更 容易 
扩展 。 


4.8 本章 小 结 


1. 在 工厂 方法 模式 中 定义 一 个 用 于 创建 对 象 的 接口 ,但 是 让 子 类 决定 将 哪 一 个 类 实例 
化 。 工 厂 方法 模式 让 一 个 类 的 实例 化 延迟 到 其 子 类 , 它 是 一 种 类 创建 型 模式 。 

2. 工厂 方法 模式 包含 抽象 产品 、 具 体 产品 抽象 工厂 和 具体 工厂 4 个 角色 。 其 中 ,抽象 
产品 是 定义 产品 的 接口 ; 具体 产品 实现 了 抽象 产品 接口 , 某 种 类 型 的 具体 产品 由 专门 的 具 
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体 工厂 创建 ; 抽象 工厂 声明 了 工厂 方法 ,用 于 返回 一 个 产品 ; 具体 工厂 是 抽象 工厂 类 的 子 
类 ,实现 了 在 抽象 工厂 中 声明 的 工厂 方法 ,返回 一 个 具体 产品 类 的 实例 。 

3. 工厂 方法 模式 的 优点 主要 是 提供 了 专门 的 工厂 方法 用 来 创建 客户 所 需要 的 产品 , 同 
时 还 向 客户 隐藏 了 哪 种 具体 产品 类 将 被 实例 化 这 一 细节 ; 它 能 够 让 工厂 自主 确定 创建 何 种 
产品 对 象 ,而 如 何 创建 这 个 对 象 的 细节 完全 封装 在 具体 工厂 内 部 ; 在 系统 中 加 入 新 产品 时 
完全 符合 开 闭 原则 。 其 缺点 主要 是 系统 中 类 的 个 数 将 成 对 增加 ,在 一 定 程度 上 增加 了 系统 
的 复杂 度 ,会 给 系统 带 来 一 些 额 外 的 开销 ; 增加 了 系统 的 抽象 性 和 理解 难度 。 

4. 工厂 方法 模式 适用 于 以 下 环境 : 客户 端 不 知道 它 所 需要 的 对 象 的 类 ; 抽象 工厂 类 通 
过 其 子 类 来 指定 创建 哪个 对 象 。 

5. 通过 引入 配置 文件 和 反射 机 制 将 具体 工厂 类 的 类 名 存储 在 配置 文件 中 ,然后 使 用 反 
射 来 生成 工厂 对 象 ,使 得 系统 可 以 在 不 修改 任何 已 有 代码 的 基础 上 能 够 增加 新 的 产品 类 , 完 
全 符合 开 闭 原则 。 

6. 在 抽象 工厂 中 可 以 声明 多 个 重 载 的 工厂 方法 ,在 具体 工厂 中 实现 了 这 些 工厂 方法 ， 
这 些 方法 可 以 包含 不 同 的 业务 逻辑 ,以 满足 产品 对 象 的 多 样 化 创建 需求 。 

7. 在 工厂 类 中 可 以 直接 调用 产品 类 的 业务 方法 ,客户 端 无 须 调用 工厂 方法 创建 产品 对 
象 ,直接 使 用 工厂 对 象 即 可 调用 所 创建 的 产品 对 象 中 的 业务 方法 ,实现 对 工厂 方法 的 隐藏 。 


4.9 习题 


1. 不 同 品 牌 的 手机 应 该 由 不 同 的 公司 制造 ,三 星 公司 生产 三 星 手机 ,苹果 公司 生产 苹 
果 手 机 。 该 场景 缠 含 了 ( ) 设 计 模 式 。 
A. Simple Factory B. Factory Method 
C. Abstract Factory D. Builder 
2. 以 下 关于 工矿 方法 模式 的 叙述 错误 的 是 ( Ys 
A. 在 工厂 方法 模式 中 引入 了 抽象 工厂 类 ,而 具体 产品 的 创建 延迟 到 具体 工厂 中 
实现 
B. 工厂 方法 模式 添加 新 的 产品 对 象 很 容易 ,无 须 对 原 有 系统 进行 修改 ,符合 开 闭 
原则 
C. 工厂 方法 模式 存在 的 问题 是 在 添加 新 产品 时 需要 编写 新 的 具体 产品 类 ,而 且 还 
要 提供 与 之 对 应 的 具体 工厂 类 , 随 着 类 个 数 的 增加 会 给 系统 带 来 一 些 额外 开销 
D. 工厂 方法 模式 是 所 有 形式 的 工厂 模式 中 最 为 抽象 和 最 具 一 般 性 的 一 种 形态 , 工 
厂 方法 模式 退化 后 可 以 演变 成 抽象 工厂 模式 
3. 某 银 行 系统 采用 工厂 模式 描述 其 不 同 账 户 之 间 的 关系 ,设计 出 的 类 图 如 图 4-7 所 
示 。 其 中 与 工厂 模式 中 的 Creator 角色 相对 应 的 类 是 ( ”中 ), 与 Product 角色 相对 应 的 类 
是 ( 四 3 
© A. Bank B. Account C. Checking D. Savings 
© A. Bank B. Account C. Checking D. Savings 
4. 宝马 (BMW) 工 厂 制造 宝马 汽车 ,奔驰 (Benz) 工 厂 制造 奔驰 汽车 。 使 用 工厂 方法 模 
式 模拟 该 场景 ,要 求 绘制 相应 的 类 图 并 用 Java 语言 模拟 实现 。 
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| Bank Client 
| 一 | 
上 + createAccount () | 
| 
1 Account 
{abstract} 
1 
= 
二 一 一 
Checking| Savings 


图 4-7 某 银行 系统 类 图 


5. 在 某 数据 统计 系统 中 ,曲线 图 创建 器 生成 曲线 图 ,柱状 图 创建 器 生成 柱状 图 。 试 使 
用 工厂 方法 模式 设计 该 系统 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

6. 某 软 件 公司 要 开发 一 个 数据 格式 转换 工具 ,可 以 将 不 同 数据 源 ( 如 TXT 文件 ,数据 
库 、Excel 表格 ) 中 的 数据 转换 成 XML 格式 。 为 了 让 系统 具有 更 好 的 扩展 性 ,在 未 来 支持 新 
类 型 的 数据 源 ,开发 人 员 决 定 使 用 工厂 方法 模式 设计 该 工具 。 在 工厂 类 中 封装 了 具体 转换 
类 的 初始 化 和 创建 过 程 ,客户 端 只 需 使 用 工厂 类 即 可 获得 具体 的 转换 类 对 象 , 再 调用 其 相应 
方法 实现 数据 转换 操作 。 绘 制 该 工具 的 类 图 并 使 用 Java 语言 编程 模拟 实现 ,要 求 在 实现 时 
引入 配置 文件 。 

7. 使 用 工厂 方法 模式 设计 一 个 程序 用 来 读 取 各 种 不 同类 型 的 图 片 格式 ,针对 每 一 种 图 
片 格式 都 设计 一 个 图 片 读 取 器 (ImageReader) ,例如 GIF 图片 读 取 器 (GifReader) 用 于 读 取 
GIF 格式 的 图 片 JPG 图 片 读 取 器 (JpgReader) 用 于 读 取 JPG 格式 的 图 片 。 注 意 ,需要 充分 
考虑 系统 的 灵活 性 和 可 扩展 性 。 


抽象 工厂 模式 


抽象 工厂 模式 是 常用 的 创建 型 设计 模式 之 一 , 它 比 工厂 方法 模式 的 抽象 
程度 更 高 。 在 工厂 方法 模式 中 每 一 个 具体 工厂 只 需要 生产 一 种 具体 产品 ,但 
是 在 抽象 工厂 模式 中 一 个 具体 工厂 可 以 生产 一 组 相关 的 具体 产品 ,这 样 的 一 
组 产品 称 为 产品 族 ,产品 族 中 的 每 一 个 产品 都 分 属于 某 一 个 产品 继承 等 级 
结构 。 

本 章 将 通过 实例 来 学 习 抽象 工厂 模式 ,分 析 抽 象 工 厂 模式 的 结构 及 特点 ， 
并 学 会 如 何在 实际 软件 项 目 开 发 中 合理 地 使 用 抽象 工厂 模式 。 

本 章 知 识 点 


产品 等 级 结构 与 产品 族 
。 抽象 工厂 模式 的 定义 
。 抽象 工厂 模式 的 结构 
。 抽象 工厂 模式 的 实现 
。 抽象 工厂 模式 的 应 用 
。 抽象 工厂 模式 的 优 /缺点 
。 抽象 工厂 模式 的 适用 环境 
。 开 闭 原则 的 倾斜 性 


5.1 产品 等 级 结构 与 产品 族 


工厂 方法 模式 通过 引入 工厂 等 级 结构 解决 了 简单 工厂 模式 中 工厂 类 职责 太 重 的 问题 ， 
但 由 于 工厂 方法 模式 中 的 每 个 具体 工厂 只 有 一 个 或 者 一 组 重 载 的 工厂 方法 ,只 能 生产 一 种 
产品 ,可 能 会 导致 系统 中 存在 大 量 的 工厂 类 ,势必 会 增加 系统 的 开销 。 有 时 候 可 能 需要 一 个 
工厂 可 以 提供 多 种 产品 对 象 ,而 不 是 单一 的 产品 对 象 ,例如 一 个 电器 工厂 , 它 可 以 生产 电视 
机 、 冰 箱 空调 等 多 种 电器 ,而 不 是 只 生产 某 一 种 电器 ,此 时 可 以 考虑 将 一 些 相关 的 产品 组 成 
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一 个 “产品 族 ”, 由 同一 个 工厂 来 统一 生产 ,这 就 是 本 章 将 要 学 习 的 抽象 工厂 模式 的 基本 
思想 。 

为 了 更 好 地 理解 抽象 工厂 模式 , 先 引 入 两 个 概念 。 

(1) 产品 等 级 结构 : 产品 等 级 结构 即 产 品 的 继承 结构 ,例如 一 个 抽象 类 是 电视 机 ,其 子 
类 包括 海尔 电视 机 、 海 信 电 视 机 、TCL 电视 机 , 则 抽象 电视 机 与 具体 品牌 的 电视 机 之 间 构 成 
了 一 个 产品 等 级 结构 ,抽象 电视 机 是 父 类 ,而 具体 品牌 的 电视 机 是 其 子 类 。 

(2) 产品 族 : 在 抽象 工厂 模式 中 ,产品 族 是 指 由 同一 个 工厂 生产 的 位 于 不 同 产品 等 级 
结构 中 的 一 组 产品 ,例如 海尔 电器 工厂 生产 的 海尔 电视 机 ,海尔 冰箱 ,海尔 电视 机 位 于 电视 
机 产品 等 级 结构 中 ,海尔 冰箱 位 于 冰箱 产品 等 级 结构 中 ,海尔 电视 机 、 海 尔 冰箱 构成 了 一 个 


产品 族 。 
产品 等 级 结构 与 产品 族 示意 图 如 图 5-1 所 示 。 
一 个 产品 族 
产品 族 4 
海尔 
Pp = 一 个 产品 等 级 结构 
海信 [ee 


和 = 
TCL | 
[eu 


电视 机 冰箱 空调 
图 5-1 产品 族 与 产品 等 级 结构 示意 图 


在 图 5-1 中 一 共 包 含 3 个 产品 族 ,分 属于 3 个 不 同 的 产品 等 级 结构 ,只 要 指明 一 个 产品 
所 处 的 产品 族 以 及 它 所 属 的 等 级 结构 就 可 以 唯一 确定 这 个 产品 。 


5.2 抽象 工厂 模式 概述 


= 产品 等 级 结构 


当 系 统 所 提供 的 工厂 生产 的 具体 产品 并 不 是 一 个 简单 的 对 象 ,而 是 多 个 位 于 不 同 产品 
等 级 结构 、 属 于 不 同类 型 的 具体 产品 时 就 可 以 使 用 抽象 工厂 模式 。 

抽象 工厂 模式 是 所 有 形式 的 工厂 模式 中 最 为 抽象 和 最 具 一 般 性 的 一 种 形式 。 抽 象 工厂 
模式 与 工厂 方法 模式 最 大 的 区 别 在 于 ,工厂 方法 模式 针对 的 是 一 个 产品 等 级 结构 ,而 抽象 工 
厂 模式 需要 面 对 多 个 产品 等 级 结构 ,一 个 工厂 等 级 结构 可 以 负责 多 个 不 同 产品 等 级 结构 中 
的 产品 对 象 的 创建 。 当 一 个 工厂 等 级 结构 可 以 创建 出 分 属于 不 同 产品 等 级 结构 的 一 个 产品 
族 中 的 所 有 对 象 时 ,抽象 工厂 模式 比 工 厂 方法 模式 更 为 简单 .更 有 效率 。 抽 象 工厂 模式 示意 
图 如 图 5-2 所 示 。 

在 图 5-2 中 ,每 一 个 具体 工厂 可 以 生产 属于 一 个 产品 族 的 所 有 产品 ,例如 海尔 工厂 生产 
海尔 电视 机 海尔 冰箱 和 海尔 空调 ,所 生产 的 产品 又 位 于 不 同 的 产品 等 级 结构 中 。 如 果 使 用 
工厂 方法 模式 ,图 5-2 所 示 的 结构 需要 提供 9 个 具体 工厂 ,而 使 用 抽象 工厂 模式 只 需要 提供 
3 个 具体 工厂 , 极 大 地 减少 了 系统 中 类 的 个 数 。 

抽象 工厂 模式 为 创建 一 组 对 象 提 供 了 一 种 解决 方案 。 与 工厂 方法 模式 相 比 ,抽象 工厂 
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电视 机 冰箱 空调 
图 5-2 抽象 工厂 模式 示意 图 


模式 中 的 具体 工厂 不 只 是 创建 一 种 产品 , 它 负 责 创建 一 族 产 品 。 
抽象 工厂 模式 的 定义 如 下 : 


抽象 工厂 模式 : 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接 
口 ,而 无 须 指定 它们 具体 的 类 。 
Abstract Factory Pattern: Provide an interface for creating 


families of related or dependent objects without specifying their 


concrete classes. 


抽象 工厂 模式 又 称 为 工具 (Ki 模式 , 它 是 一 种 对 象 创建 型 模式 。 
5.3 抽象 工厂 模式 结构 与 实现 


5.3.1 抽象 工厂 模式 结构 


在 抽象 工厂 模式 中 ,每 一 个 具体 工厂 都 提供 了 多 个 工厂 方法 用 于 产生 多 种 不 同类 型 的 
产品 ,这 些 产 品 构成 了 一 个 产品 族 ,抽象 工厂 模式 结构 如 图 5-3 所 示 。 

由 图 5-3 可 知 ,抽象 工厂 模式 包含 以 下 4 个 角色 。 

(1) AbstractFactory( 抽 象 工厂 ) : 它 声明 了 一 组 用 于 创建 一 族 产 品 的 方法 ,每 一 个 方法 
对 应 一 种 产品 。 

(2) ConcreteFactory( 具 体 工厂 ) : 它 实现 了 在 抽象 工厂 中 声明 的 创建 产品 的 方法 ， 
生成 一 组 具体 产品 ,这 些 产品 构成 了 一 个 产品 族 ,每 一 个 产品 都 位 于 某 个 产品 等 级 结 
构 中 。 

(3) AbstractProduct( 抽 象 产 品 ) : 它 为 每 种 产品 声明 接口 ,在 抽象 产品 中 声明 了 产品 所 
具有 的 业务 方法 。 

(4) ConcreteProduct( 具 体 产品 ) : 它 定义 具体 工厂 生产 的 具体 产品 对 象 ,实现 抽象 产品 
接口 中 声明 的 业务 方法 。 
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Client 
| ee A EE | 
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时 
| | 
| | 
| 
让 | 
= AbstractFactory 
~ AbstractProductA 
+ createProductA () : AbstractProductA 
+ createProductB () : AbstractProductB 
人 
ConcreteFactory1 ConcreteProductA1 ConcreteProductA2 
+ createProductA () : AbstractProductA ee 不 
+ createProductB () : AbstractProductB 1 | 
ES 二 
1 1 1 
了 二 了 
1 = AbstractProductB 
1 ConcreteFactory2 
1 he 
1 
1 + createProductA () : AbstractProductA 
! + createProductB () : AbstractProductB 
1 T : 
| EP 
| | ConcreteProductB1 [ConcreteProductB2| 
1 | 
1 Tf 
| | 
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图 5-3 抽象 工厂 模式 结构 图 


5.3.2 抽象 工厂 模式 实现 


在 抽象 工厂 中 声明 了 多 个 工厂 方法 ,用 于 创建 不 同类 型 的 产品 ,抽象 工厂 可 以 是 接口 ， 
也 可 以 是 抽象 类 或 者 具体 类 。 其 典型 代码 如 下 : 


public interface AbstractFactory { 
public AbstractProductA createProductA(); // 工 厂 方法 一 
public AbstractProductB createProductB(); // 工 厂 方法 二 


具体 工厂 实现 了 抽象 工厂 ,每 一 个 具体 的 工厂 方法 可 以 返回 一 个 特定 的 产品 对 象 ,而 同 
一 个 具体 工厂 所 创建 的 产品 对 象 构成 了 一 个 产品 族 。 对 于 每 一 个 具体 工厂 类 ,其 典型 代码 
如 下 : 


public class ConcreteFactory1l extends AbstractFactory { 
WE 
public AbstractProductA createProductA() { 
return new ConcreteProductAl(); 
1 
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se 

public AbstractProductB createProductB() { 
return new ConcreteProductB1(); 

1 


} 


与 工厂 方法 模式 一 样 ,抽象 工厂 模式 也 可 为 每 一 种 产品 提供 一 组 重 载 的 工厂 方法 ,以 不 
同 的 方式 来 创建 产品 对 象 。 


5.4 抽象 工厂 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 抽象 工厂 模式 。 
1. 实例 说 明 


某 软件 公司 要 开发 一 套 界面 皮肤 库 , 可 以 对 基于 Java 的 桌面 软 
件 进 行 界面 美化 。 用 户 在 使 用 时 可 以 通过 菜单 来 选择 皮肤 ,不 同 的 皮 
肤 将 提供 视觉 效果 不 同 的 按钮 .文本 框 、 组 合 框 等 界面 元 素 ,例如 春天 
(Spring) 风 格 的 皮肤 将 提供 浅 绿色 的 按钮 .绿色 边框 的 文本 框 和 绿色 
边框 的 组 合 框 , 而 夏天 (Summer) 风 格 的 皮肤 则 提供 浅 蓝 色 的 按钮 、 蓝 
色 边 框 的 文本 框 和 蓝 色 边 框 的 组 合 框 , 其 结构 示意 图 如 图 5-4 所 示 。 


浅 绿色 按钮 


| 


绿色 边框 文本 框 


Spring 风格 ”一 


绿色 边框 组 合 杠 


皮肤 库 


浅 蓝 色 按钮 


蓝 色 边 框 文本 框 


Summer 风 格 


蓝 色 边 框 组 合 框 


员 


图 5-4 界面 皮肤 库 结构 示意 图 


该 皮肤 库 需 要 具备 良好 的 灵活 性 和 可 扩展 性 ,用 户 可 以 自由 选择 
不 同 的 皮肤 ,开发 人 员 可 以 在 不 修改 既 有 代码 的 基础 上 增加 新 的 
皮肤 。 

试 使 用 抽象 工厂 模式 来 设计 该 界面 皮肤 库 。 
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2. 实例 类 图 
通过 分 析 ,本 实例 的 结构 图 如 图 5-5 所 示 。 
es SkinFactory 
+ createButton 0 Button 
i + createTextField () :TextField 
1 + createComboBox () - ComboBox 
1 他 至 
| ts 
Client BH 
rT 5—== es SprngSkinFactory SummerSkinFactory 
1 二 二 = 二 2 
I + createButton () Button + createButton 0 Button 
| + createTextField 0 -TextField + createTextField () :TextField 


| + createComboBox 0 - ComboBox | |+ createComboBox () : ComboBox 
Te 了 


章 里 昌 
SpringBution SummerBution SprngTextF ed SummerTexField SpringComboBox SummerComboBox 


| 
| | [+ display 0 :void + display () :void + display (0 -void + display () : void I* display 0 :void + display () :void 


y v 
= Button ~ TexiFied “~ ComboBox 
L_ 一 一 沁 + display ( :vod + display () :void| + display 0 : void 
下 下 


图 5-5 界面 皮肤 库 结构 图 


在 图 5-5 中 ,SkinFactory 接口 充当 抽象 工厂 ,其 子 类 SpringSkinFactory 和 
SummerSkinFactory 充当 具体 工厂 ,接口 Button TextField 和 ComboBox 充当 抽象 产品 ， 
其 子 类 SpringButton SpringTextField .SpringComboBox 和 SummerButton .SummerTextField 、 
SummerComboBox 充当 具体 产品 。 

3. 实例 代码 

(1) Button: 按钮 接口 ,充当 抽象 产品 。 


//designpatterns. abstractfactory. Button. java 
package designpatterns. abstractfactory; 


public interface Button { 
public void display(); 


(2) SpringButton: Spring 按钮 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SpringButton. java 
package designpatterns. abstractfactory; 


public class SpringButton implements Button { 
public void display() { 
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System. out. println(" 显 示 浅 绿色 按钮 ."); 


(3) SummerButton: Summer 按钮 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SummerButton. java 
package designpatterns. abstractfactory; 


public class SummerButton implements Button { 
public void display() { 
System. out. println(" 显 示 浅 蓝 色 按钮 ."); 


(4) TextField: 文本 框 接口 ,充当 抽象 产品 。 


//designpatterns. abstractfactory. TextField. java 
package designpatterns. abstractfactory; 


public interface TextField { 
public void display(); 


(5) SpringTextField: Spring 文本 框 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SpringTextField. java 
package designpatterns. abstractfactory; 


public class SpringTextField implements TextField { 
public void display() { 
System. out. println(" 显 示 绿 色 边框 文本 框 ."); 


(6) SummerTextField: Summer 文本 框 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SummerTextField. java 
package designpatterns. abstractfactory; 


public class SummerTextField implements TextField { 
public void display() { 
System. out. println(" 显 示 蓝 色 边框 文本 框 . "); 
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(7) ComboBox: 组 合 框 接口 ,充当 抽象 产品 。 


//designpatterns. abstractfactory. ComboBox. java 
package designpatterns. abstractfactory; 


public interface ComboBox { 
public void display(); 


(8) SpringComboBox: Spring 组 合 框 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SpringComboBox. java 
package designpatterns. abstractfactory; 


public class SpringComboBox implements ComboBox { 
public void display() { 
System. out. println(" 显 示 绿 色 边框 组 合 框 . "); 


(9) SummerComboBox: Summer 组 合 框 类 ,充当 具体 产品 。 


//designpatterns. abstractfactory. SummerComboBox. java 
package designpatterns. abstractfactory; 


public class SummerComboBox implements ComboBox { 
public void display() { 
System. out. println(" 显 示 蓝 色 边 框 组 合 框 . "); 


(10) SkinFactory: 界面 皮肤 工厂 接口 充当 抽象 工厂 。 


//designpatterns. abstractfactory. SkinFactory. java 
package designpatterns. abstractfactory; 


public interface SkinFactory { 
public Button createButton( ); 
public TextField createTextField(); 
Public ComboBox createComboBox( ); 


(11) SpringSkinFactory: Spring 皮肤 工厂 ,充当 具体 工厂 。 


//designpatterns. abstractfactory. SpringSkinFactory. java 
package designpatterns. abstractfactory; 
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public class SpringSkinFactory implements SkinFactory { 
public Button createButton() { 
return new SpringButton( ); 


public TextField createTextField() { 
return new SpringTextField( ); 


public ComboBox createComboBox() { 
return new SpringComboBox( ); 


(12) SummerSkinFactory: Summer 皮肤 工厂 ,充当 具体 工厂 。 


//designpatterns. abstractfactory. SummerSkinFactory. java 
package designpatterns. abstractfactory; 


public class SummerSkinFactory implements SkinFactory { 
public Button createButton() { 
return new SummerButton( ); 


public TextField createTextField() { 
return new SummerTextField(); 


public ComboBox createComboBox() { 
return new SummerComboBox( ); 


(13) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 工厂 类 的 类 名 。 


<?xml version= "1.0"?> 
<config> 

< className > designpatterns. abstractfactory. SpringSkinFactory</className > 
</config> 


(14) XMLUtil, 工具 类 。 


//designpatterns. abstractfactory. XMLUtil. java 
package designpatterns. abstractfactory; 


import javax. xml.parsers. ¥*; 
import org. w3c. dom. * ; 
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} 


import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try{ 


// 创 建 DOM 文档 对 象 

DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 

Document doc; 

doc = builder. parse(new File("src//designpatterns//abstractfactory//config. xml")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className"); 
Node classNode = nl. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ) ; 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName(cName) ; 
Object obj = c. newInstance( ); 
return obj; 


catch(Exception e) { 


e. printStackTrace( ); 
return null; 


(15) Client; 客户 端 测 试 类 。 


//designpatterns. abstractfactory. Client. java 
package designpatterns. abstractfactory; 


public class Client { 
public static void main(String args[]) { 

// 使 用 抽象 层 定 义 
SkinFactory factory; 
Button bt; 
TextField tf; 
ComboBox cb; 
factory = (SkinFactory)XMLUtil. getBean( ); 
bt = factory. createButton( ); 
tf = factory. createTextField( ); 
cb = factory. createComboBox( ); 
bt. display(); 
tf. display(); 
cb. display(); 
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4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


显示 浅 绿色 按钮 。 
显示 绿色 边框 文本 框 。 
显示 绿色 边框 组 合 框 。 


如 果 需 要 更 换 皮肤 ,只 需 修 改 配置 文件 即 可 。 例 如 将 春天 风格 的 皮肤 改 为 夏天 风格 的 
皮肤 ,只 需 将 存储 在 配置 文件 中 的 具体 工厂 类 SpringSkinFactory 改 为 SummerSkinFactory 
即 可 ,代码 如 下 : 


<?xml version= "1.0"?> 
<config> 

< className > designpatterns. abstractfactory. SummerSkinFactory </className > 
</config> 


重新 运行 客户 端 程序 ,输出 结果 如 下 : 


显示 浅 蓝 色 按钮 。 
显示 蓝 色 边框 文本 框 。 
显示 蓝 色 边框 组 合 框 。 


在 实际 环境 中 可 以 提供 一 个 可 视 化 界面 ,例如 菜单 或 者 窗口 来 修改 配置 文件 ,用 户 无 须 
直接 修改 配置 文件 。 如 果 需 要 增加 新 的 皮肤 ,只 需 增 加 一 族 新 的 具体 组 件 并 对 应 提供 一 个 
新 的 具体 工厂 ,修改 配置 文件 中 的 具体 工厂 类 的 类 名 即 可 使 用 新 的 皮肤 , 原 有 代码 无 须 修 
改 , 符 合 开 闭 原 则 。 


5.5 开 闭 原则 的 倾斜 性 


在 5.4 节 所 设计 的 界面 皮肤 库 中 可 以 较为 方便 地 增加 新 类 型 的 皮肤 ,但 是 该 设计 方案 
存在 一 个 非常 严重 的 问题 : 如 果 在 设计 之 初 因为 考虑 不 全 面 ,忘记 为 某 种 类 型 的 界面 组 件 
(以 单 选 按钮 RadioButton 为 例 ) 提 供 不 同 皮肤 下 的 风格 化 显示 ,那么 在 往 系 统 中 增加 单 选 
按钮 时 将 发 现 非常 麻烦 ,无 法 在 满足 开 闭 原则 的 前 提 下 增加 单 选 按钮 ,原因 是 抽象 工厂 
SkinFactory 中 根本 没有 提供 创建 单 选 按钮 的 方法 ,如 果 需 要 增加 单 选 按 钮 ,首先 需要 修改 
抽象 工厂 接口 SkinFactory, 在 其 中 新 增 声 明 创 建 单 选 按 钮 的 方法 ,然后 逐个 修改 具体 工厂 
类 ,增加 相应 方法 以 实现 在 不 同 的 皮肤 库 中 创建 单 选 按钮 ,此 外 还 需要 修改 客户 端 ,否则 单 
选 按钮 无 法 应 用 于 现 有 系统 。 

抽象 工厂 模式 无 法 解决 此 类 问题 ,这 也 是 抽象 工厂 模式 的 最 大 缺点 所 在 。 在 抽象 工厂 
模式 中 增加 新 的 产品 族 很 方便 ,但 是 增加 新 的 产品 等 级 结构 很 麻烦 ,抽象 工厂 模式 的 这 种 性 
质 称 为 开 闭 原则 的 倾斜 性 。 开 闭 原 则 要 求 系统 对 扩展 开放 ,对 修改 关闭 ,通过 扩展 达到 增强 
其 功能 的 目的 ,对 于 涉及 多 个 产品 族 与 多 个 产品 等 级 结构 的 系统 ,其 功能 增强 包括 两 个 
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方面 。 

(1) 增加 产品 族 : 对 于 增加 新 的 产品 族 ,抽象 工厂 模式 很 好 地 支持 了 开 闭 原则 ,只 需要 
增加 具体 产品 并 对 应 增加 一 个 新 的 具体 工厂 ,对 已 有 代码 无 须 做 任何 修改 。 

(2) 增加 新 的 产品 等 级 结构 : 对 于 增加 新 的 产品 等 级 结构 ,需要 修改 所 有 的 工厂 角色 ， 
包括 抽象 工厂 类 ,在 所 有 的 工厂 类 中 都 需要 增加 生产 新 产品 的 方法 ,违背 了 开 闭 原则 。 

正 因为 抽象 工厂 模式 存在 开 闭 原则 的 倾斜 性 , 它 以 一 种 倾斜 的 方式 来 满足 开 闭 原则 ,为 
增加 新 产品 族 提 供 方便 ,但 不 能 为 增加 新 产品 结构 提供 这 样 的 方便 ,因此 要 求 设计 人 员 在 设 
计 之 初 就 能 够 考虑 全 面 ,不 会 在 设计 完成 之 后 再 向 系统 中 增加 新 的 产品 等 级 结构 ,也 不 会 删 
除 已 有 的 产品 等 级 结构 ,和 否则 将 会 导致 系统 出 现 较 大 的 修改 ,为 后 续 维 护 工作 带 来 诸多 
麻烦 。 


5.6 抽象 工厂 模式 优 /缺点 与 适用 环境 


抽象 工厂 模式 是 工厂 方法 模式 的 进一步 延伸 ,由 于 它 提 供 了 功能 更 为 强大 的 工厂 类 并 
且 具 备 较 好 的 可 扩展 性 ,在 软件 开发 中 得 以 广泛 应 用 ,尤其 是 在 一 些 框架 和 API 类 库 的 设 
计 中 ,例如 在 Java 语言 的 AWT( 抽 象 窗口 工具 包 ) 中 就 使 用 了 抽象 工厂 模式 , 它 使 用 抽象 工 
厂 模式 来 实现 在 不 同 的 操作 系统 中 应 用 程序 呈现 与 所 在 操作 系统 一 致 的 外 观 界面 。 抽 象 工 
厂 模式 也 是 在 软件 开发 中 最 常用 的 设计 模式 之 一 。 


5.6.1 抽象 工厂 模式 优点 


抽象 工厂 模式 的 优点 主要 如 下 : 

(1) 抽象 工厂 模式 隔离 了 具体 类 的 生成 ,使 得 客户 端 并 不 需要 知道 什么 被 创建 。 由 于 
这 种 隔离 ,更换 一 个 具体 工厂 就 变 得 相对 容易 ,所 有 的 具体 工厂 都 实现 了 抽象 工厂 中 定义 的 
那些 公共 接口 ,因此 只 需 改变 具体 工厂 的 实例 就 可 以 在 某 种 程度 上 改变 整个 软件 系统 的 
行为 。 

(2) 当 一 个 产品 族 中 的 多 个 对 象 被 设计 成 一 起 工作 时 , 它 能 够 保证 客户 端 始终 只 使 用 
同一 个 产品 族 中 的 对 象 。 

(3) 增加 新 的 产品 族 很 方便 ,无 须 修改 已 有 系统 ,符合 开 闭 原则 。 


5.6.2 抽象 工厂 模式 缺点 


抽象 工厂 模式 的 缺点 主要 如 下 : 
增加 新 的 产品 等 级 结构 麻烦 ,需要 对 原 有 系统 进行 较 大 的 修改 ,甚至 需要 修改 抽象 层 代 
码 , 这 显然 会 带 来 较 大 的 不 便 ,违背 了 开 闭 原则 。 


5.6.3 抽象 工厂 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 抽象 工厂 模式 : 
(1) 一 个 系统 不 应 当 依赖 于 产品 类 实例 如 何 被 创建 组合 和 表达 的 细节 ,这 对 于 所 有 类 
型 的 工厂 模式 都 是 很 重要 的 ,用 户 无 须 关 心 对象 的 创建 过 程 ,将 对 象 的 创建 和 使 用 解 看 。 
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(2) 系统 中 有 多 于 一 个 的 产品 族 , 而 每 次 只 使 用 其 中 某 一 产品 族 。 可 以 通过 配置 文件 
等 方式 来 使 用 户 能 够 动态 改变 产品 族 , 也 可 以 很 方便 地 增加 新 的 产品 族 。 

(3) 属于 同一 个 产品 族 的 产品 将 在 一 起 使 用 ,这 一 约束 必须 在 系统 的 设计 中 体现 出 来 。 
同一 个 产品 族 中 的 产品 可 以 是 没有 任何 关系 的 对 象 ,但 是 它们 都 具有 一 些 共同 的 约束 ,如 同 
一 操作 系统 下 的 按钮 和 文本 框 ,按钮 与 文本 框 之 间 没 有 直接 关系 ,但 它们 都 是 属于 某 一 操作 
系统 的 ,此 时 具有 一 个 共同 的 约束 条 件 , 即 操作 系统 的 类 型 。 

(4) 产品 等 级 结构 稳定 ,在 设计 完成 之 后 不 会 向 系统 中 增加 新 的 产品 等 级 结构 或 者 删 
除 已 有 的 产品 等 级 结构 。 


5.7 ”本章 小 结 


1. 在 抽象 工厂 模式 中 ,产品 等 级 结构 即 产品 的 继承 结构 ,产品 族 是 指 由 同一 个 工厂 生 
产 的 位 于 不 同 产品 等 级 结构 中 的 一 组 产品 。 

2. 抽象 工厂 模式 提供 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ,而 无 须 指定 它们 具 
体 的 类 。 抽 象 工厂 模式 是 一 种 对 象 创建 型 模式 。 

3. 抽象 工厂 模式 包含 抽象 工厂 .具体 工厂 ,抽象 产品 和 具体 产品 4 个 角色 。 其 中 ,抽象 
工厂 声明 了 一 组 用 于 创建 一 族 产 品 的 方法 ,每 一 个 方法 对 应 一 种 产品 ; 具体 工厂 实现 了 在 
抽象 工厂 中 声明 的 创建 产品 的 方法 ,生成 一 组 具体 产品 ,这 些 产品 构成 了 一 个 产品 族 ,每 一 
个 产品 都 位 于 某 个 产品 等 级 结构 中 ; 抽象 产品 为 每 种 产品 声明 接口 ,在 抽象 产品 中 声明 了 
产品 所 具有 的 业务 方法 ; 具体 产品 定义 具体 工厂 生产 的 具体 产品 对 象 ,实现 抽象 产品 接口 
中 声明 的 业务 方法 。 

4. 抽象 工厂 模式 的 优点 主要 是 隔离 了 具体 类 的 生成 ,使 得 客户 端 并 不 需要 知道 什么 被 
创建 ; 当 一 个 产品 族 中 的 多 个 对 象 被 设计 成 一 起 工作 时 , 它 能 够 保证 客户 端 始终 只 使 用 同 
一 个 产品 族 中 的 对 象 ; 增加 新 的 产品 族 很 方便 ,无 须 修改 已 有 系统 ,符合 开 闭 原则 。 其 缺点 
主要 是 增加 新 的 产品 等 级 结构 麻烦 ,需要 对 原 有 系统 进行 较 大 的 修改 ,甚至 需要 修改 抽象 层 
代码 ,违背 了 开 闭 原则 。 

5. 抽象 工厂 模式 适用 于 以 下 环境 : 一 个 系统 不 应 当 依 赖 于 产品 类 实例 如 何 被 创建 、 组 
合 和 表达 的 细节 ; 系统 中 有 多 于 一 个 的 产品 族 , 而 每 次 只 使 用 其 中 某 一 产品 族 ; 属于 同一 
个 产品 族 的 产品 将 在 一 起 使 用 ,这 一 约束 必须 在 系统 的 设计 中 体现 出 来 ; 产品 等 级 结构 稳 
定 , 在 设计 完成 之 后 不 会 向 系统 中 增加 新 的 产品 等 级 结构 或 者 删除 已 有 的 产品 等 级 结构 。 

6. 抽象 工厂 模式 以 一 种 倾斜 的 方式 来 满足 开 闭 原则 。 对 于 增加 新 的 产品 族 ,抽象 工厂 
模式 很 好 地 支持 了 开 闭 原则 ; 对 于 增加 新 的 产品 等 级 结构 ,需要 修改 所 有 的 工厂 角色 ,违背 
了 开 闭 原则 。 


5.8 习题 


1. 某 公司 要 开发 一 个 图 表 显示 系统 ,在 该 系统 中 曲线 图 生成 器 可 以 创建 曲线 图 、 曲 线 
图 图 例 和 曲线 图 数据 标签 ,柱状 图 生成 器 可 以 创建 柱状 图 、 柱 状 图 图 例 和 柱状 图 数据 标签 。 
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用 户 要 求 可 以 很 方便 地 增加 新 的 类 型 的 图 形 , 系统 需 具备 较 好 的 可 扩展 能 力 。 针 对 这 种 需 
求 ,公司 采用 ( ) 最 为 恰当 。 
A. 桥接 模式 B. 适配器 模式 C. 策略 模式 D. 抽象 工厂 模式 

2. 以 下 关于 抽象 工厂 模式 的 叙述 错误 的 是 ( Ns 

A. 抽象 工厂 模式 提供 了 一 个 创建 一 系列 相关 或 相互 依赖 对 象 的 接口 ,而 无 须 指定 
它们 具体 的 类 

B. 当 系 统 中 有 多 于 一 个 产品 族 时 可 以 考虑 使 用 抽象 工厂 模式 

C. 当 一 个 工厂 等 级 结构 可 以 创建 出 分 属于 不 同 产品 等 级 结构 的 一 个 产品 族 中 的 所 
有 对 象 时 ,抽象 工厂 模式 比 工厂 方法 模式 更 为 简单 ` 有 效率 

D. 抽象 工厂 模式 符合 开 闭 原则 ,增加 新 的 产品 族 和 新 的 产品 等 级 结构 都 很 方便 

3. 关于 抽象 工厂 模式 中 的 产品 族 和 产品 等 级 结构 的 叙述 错误 的 是 ( 

A. 产品 等 级 结构 是 从 不 同 的 产品 族 中 任意 选取 产品 组 成 的 层次 结构 

B. 产品 族 是 指 位 于 不 同 产品 等 级 结构 ,功能 相关 的 产品 组 成 的 家 族 

C. 抽象 工厂 是 指 一 个 工厂 等 级 结构 可 以 创建 出 分 属于 不 同 产品 等 级 结构 的 一 个 产 
品 族 中 的 所 有 对 象 

D. 工厂 方法 模式 对 应 唯一 一 个 产品 等 级 结构 ,而 抽象 工厂 模式 需要 面 对 多 个 产品 
等 级 结构 

4. 一 个 电器 工厂 可 以 产生 多 种 类 型 的 电器 ,如 海尔 工厂 可 以 生产 海尔 电视 机 、 海 尔 空 
调 等 ,TCL 工厂 可 以 生产 TCL 电视 机 、TCL 空调 等 ,相同 品牌 的 电器 构成 一 个 产品 族 ,而 相 
同类 型 的 电器 构成 了 一 个 产品 等 级 结构 , 现 使 用 抽象 工厂 模式 模拟 该 场景 。 

5. 某 系 统 为 了 改进 数据 库 操作 的 性 能 ,用 户 可 以 自 定义 数据 库 连 接 对 象 Connection 和 
语句 对 象 Statement, 针 对 不 同类 型 的 数据 库 提供 不 同 的 连接 对 象 和 语句 对 象 ,例如 提供 
Oracle 或 MySQL 专用 连接 类 和 语句 类 ,而 且 用 户 可 以 通过 配置 文件 等 方式 根据 实际 需要 
动态 更 换 系统 数据 库 。 使 用 抽象 工厂 模式 设计 该 系统 ,要 求 绘制 对 应 的 类 图 并 使 用 Java 语 

6. 某 软件 公司 要 推出 一 款 新 的 手机 游戏 软件 ,该 软件 能 够 支持 iOS、Android 和 
Windows Phone 等 多 个 智能 手机 操作 系统 平台 ,针对 不 同 的 手机 操作 系统 ,该 游戏 软件 提 
供 了 不 同 的 游戏 操作 控制 (OperationController) 类 和 游戏 界面 控制 (InterfaceController) 
类 ,并 提供 相应 的 工厂 类 来 封装 这 些 类 的 初始 化 过 程 。 软 件 要 求 具 有 较 好 的 扩展 性 以 支持 
新 的 操作 系统 平台 ,为 了 满足 上 述 需 求 , 试 采 用 抽象 工厂 模式 对 其 进行 设计 。 

7. 抽象 工厂 模式 最 早 的 应 用 之 一 是 用 来 创建 在 不 同 操作 系统 的 图 形 环境 下 都 能 够 运 
行 的 应 用 程序 ,比如 同时 支持 Windows 与 Linux 操作 系统 。 在 每 一 个 操作 系统 中 都 有 一 个 
由 图 形 构件 组 成 的 构件 家 族 , 可 以 通过 一 个 抽象 角色 给 出 功能 定义 ,而 由 具体 子 类 给 出 不 同 
操作 系统 下 的 具体 实现 ,例如 系统 中 包含 两 个 产品 等 级 结构 ,分 别 是 Button 与 Text; 同时 
包含 3 个 产品 族 , 即 UNIX 产品 族 、Linux 产品 族 与 Windows 产品 族 , 如 图 5-6 所 示 。 

在 图 5-6 中 ,Windows 中 的 Button 和 Text 构成 了 一 个 Windows 产品 族 , 而 不 同 操 作 
系统 下 的 Button 构成 了 一 个 产品 等 级 结构 。 试 使 用 抽象 工厂 模式 来 设计 并 模拟 实现 该 
结构 。 
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UNIX | IUNIXButton| UNIXText 人 
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Button Text 


图 5-6 不 同 操作 系统 下 不 同 构件 的 “产品 等 级 结构 -产品 族 " 示 意图 


建造 者 模式 


建造 者 模式 是 一 种 较为 复杂 的 创建 型 模式 , 它 将 客户 端 与 包含 多 个 组 成 
部 分 的 复杂 对 象 的 创建 过 程 分 离 , 客 户 端 无 须知 道 复杂 对 象 的 内 部 组 成 部 分 
与 装配 方式 ,只 需要 知道 所 需 建造 者 的 类 型 即 可 。 建 造 者 模式 关注 如 何 一 步 
一 步 地 创建 一 个 复杂 对 象 , 不 同 的 具体 建造 者 定义 了 不 同 的 创建 过 程 ,而 且 具 
体 建 造 者 相互 独立 ,更 换 建造 者 或 增加 新 的 建造 者 非常 方便 ,系统 具有 较 好 的 
扩展 性 。 

本 章 将 学 习 建造 者 模式 的 定义 与 结构 ,理解 建造 者 模式 中 各 个 组 成 元 素 
的 作用 ,并 通过 实例 来 学 习 如 何 实现 建造 者 模式 。 

本 章 知 识 点 

。 建造 者 模式 的 定义 

。 建造 者 模式 的 结构 

。 建造 者 模式 的 实现 

。 建造 者 模式 的 应 用 

。 建造 者 模式 的 优 /缺点 

。 建造 者 模式 的 适用 环境 

。 指挥 者 类 的 作用 与 变化 


6.1 建造 者 模式 概述 


无 论 是 在 现实 世界 中 还 是 在 软件 系统 中 都 存在 一 些 复杂 的 对 象 ,它们 拥有 多 个 组 成 部 
分 (部 件 ) ,例如 汽车 , 它 包 括 车 轮 .方向盘 、 发 送 机 等 多 种 部 件 。 对 于 大 多 数 用 户 而 言 ,并 不 
知道 这 些 部 件 的 装配 细节 ,也 几乎 不 会 使 用 单独 某 个 部 件 , 而 是 使 用 一 辆 完整 的 汽车 ,如 
图 6-1 所 示 。 

如 何 将 这 些 部 件 组 装 成 一 辆 完整 的 汽车 并 返回 给 用 户 , 这 是 建造 者 模式 需要 解决 的 问 
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中 
方向 盘 轮胎 发 动机 


图 6-1 复杂 对 象 (汽车 ) 示 意图 


题 。 建 造 者 模式 可 以 将 部 件 本 身 和 它们 的 组 装 过 程 分 开 , 关 注 如 何 一 步 一 步 地 创建 一 个 包 
含 多 个 组 成 部 分 的 复杂 对 象 , 用 户 只 需要 指定 复杂 对 象 的 类 型 即 可 得 到 该 对 象 ,而 无 须知 道 
其 内 部 的 具体 构造 细节 。 

建造 者 模式 的 定义 如 下 : 


建造 者 模式 : 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 , 使 得 同样 
的 构建 过 程 可 以 创建 不 同 的 表示 。 

Builder Pattern: Separate the construction of a complex object 
from its representation so that the same construction process can 


create different representations. 


建造 者 模式 是 一 种 对 象 创建 型 模式 , 它 将 客户 端 与 包含 多 个 部 件 的 复杂 对 象 的 创建 过 
程 分 离 ,客户 端 无 须知 道 复 杂 对 象 的 内 部 组 成 部 分 与 装配 方式 ,只 需要 知道 所 需 建造 者 的 类 
型 即 可 。 建 造 者 模式 关注 如 何 一 步 一 步 地 创建 一 个 复杂 对 象 ,不 同 的 建造 者 定义 了 不 同 的 
创建 过 程 。 


6.2 建造 者 模式 结构 与 实现 


6.2.1 建造 者 模式 结构 


建造 者 模式 的 结构 如 图 6-2 所 示 。 

由 图 6-2 可 知 ,建造 者 模式 包含 以 下 4 个 角色 。 

(1) Builder( 抽 象 建造 者 ) : 它 为 创建 一 个 产品 对 象 的 各 个 部 件 指定 抽象 接口 ,在 该 接 
口中 一 般 声 明 两 类 方法 ,一 类 方法 是 buildPartX() (例如 图 6-2 中 的 buildPartA ()、 
buildPartB() 等 ) ,它们 用 于 创建 复杂 对 象 的 各 个 部 件 ; 另 一 类 方法 是 getResult() ,它们 用 
于 返回 复杂 对 象 。Builder 既 可 以 是 抽象 类 ,也 可 以 是 接口 。 

(2) ConcreteBuilder( 具 体 建 造 者 ) : 它 实 现 了 Builder 接口 ,实现 各 个 部 件 的 具体 构造 
和 装配 方法 ,定义 并 明确 所 创建 的 复杂 对 象 ,还 可 以 提供 一 个 方法 返回 创建 好 的 复杂 产品 对 
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Director 
- builder : Builder 
+ construct () 


builder 


+ buildPartA () 
+ buildPartB () 
+ buildPartC () 
+ getResult () 


ConcreteBuilder 


Product 
+ buildPartA() | 一 一 一 一 | 
+ buildPartB () 
+ buildPartC () 


+ getResult () 


图 6-2 建造 者 模式 结构 图 


象 (该 方法 也 可 由 抽象 建造 者 实现 ) 。 

(3) Product( 产 品 ) : 它 是 被 构建 的 复杂 对 象 ,包含 多 个 组 成 部 件 ,具体 建造 者 创建 该 产 
品 的 内 部 表示 并 定义 它 的 装配 过 程 。 

(4) Director( 指 挥 者 ) : 指挥 者 又 称 为 导演 类 , 它 负责 安排 复杂 对 象 的 建造 次 序 ,指挥 者 
与 抽象 建造 者 之 间 存 在 关联 关系 ,可 以 在 其 construct() 建 造 方法 中 调用 建造 者 对 象 的 部 件 
构造 与 装配 方法 ,完成 复杂 对 象 的 建造 。 客 户 端 一 般 只 需要 与 指挥 者 进行 交互 ,在 客户 端 确 
定 具 体 建 造 者 的 类 型 ,并 实例 化 具体 建造 者 对 象 (也 可 以 通过 配置 文件 和 反射 机 制 实现 ) , 然 
后 通过 指挥 者 类 的 构造 函数 或 者 Setter 方法 将 该 对 象 传人 指挥 者 类 中 。 


6.2.2 建造 者 模式 实现 


在 建造 者 模式 的 定义 中 提 到 了 复杂 对 象 ,那么 什么 是 复杂 对 象 ? 简单 来 说 ,复杂 对 象 是 
指 那些 包含 多 个 成 员 变量 的 对 象 , 这 些 成 员 变量 也 称 为 部 件 或 零件 ,如 汽车 包括 方向 盘 、 发 
动机 、 轮 胎 等 部 件 ,电子 邮件 包括 发 件 人 , 收 件 人 ,主题 ,内 容 、 附 件 等 部 件 。 一 个 典型 的 复杂 
对 象 类 的 代码 示例 如 下 : 


public class Product { 
Private String partA; // 定 义 部 件 , 部 件 可 以 是 任意 类 型 ,包括 值 类 型 和 引用 类 型 
Private String partB; 
private String partC; 
//partA 的 Getter 方法 和 Setter 方法 省 略 
//partB 的 Getter 方法 和 Setter 方法 省 略 
//partC 的 Getter 方法 和 Setter 方法 省 略 
! 


在 抽象 建造 者 类 中 定义 了 产品 的 创建 方法 和 返回 方法 ,其 典型 代码 如 下 : 


public abstract class Builder { 
// 创 建 产 品 对 象 
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protected Product product = new Product( ); 


public abstract void buildPartR( ); 
public abstract void buildPartB(); 
public abstract void buildPartC(); 


// 返 回 产品 对 象 

public Product getResult() { 
return product; 

} 


在 抽象 类 Builder 中 声明 了 一 系列 抽象 的 buildPartX() 方 法 ,用 于 创建 复杂 产品 的 各 个 
部 件 ,具体 建造 过 程 在 ConcreteBuilder 中 实现 ,此 外 还 提供 了 工厂 方法 getResult(), 用 于 
返回 一 个 已 创建 好 的 完整 产品 对 象 。 

在 ConcreteBuilder 中 实现 了 这 些 buildPartX() 方 法 ,通过 调用 Product 的 setPartX() 
方法 可 以 给 产品 对 象 的 成 员 变 量 设 值 ,不 同 的 具体 建造 者 在 实现 buildPartX() 方 法 时 有 所 
区 别 , 例 如 setPartX() 方 法 的 参数 可 能 不 一 样 , 在 有 些 具 体 建 造 者 类 中 某 些 setPartX() 方 法 
无 须 实现 (提供 一 个 空 实现 ) 。 而 这 些 对 于 客户 端 来 说 都 无 须 关心 ,客户 端 只 需 知道 具体 建 
造 者 类 型 即 可 。 典 型 的 具体 建造 者 类 代码 如 下 : 


public class ConcreteBuilderl extends Builder { 
public void buildPartA() { 
product. setPartA("Al"); 
} 


public void buildPartB() { 
product. setPartB("B1"); 
} 


public void buildPartC() { 
product. setPartC( "C1"); 
} 
} 


此 外 ,在 建造 者 模式 中 还 引入 了 一 个 指挥 者 类 Director, 该 类 主要 有 两 个 作用 : 一 方面 

它 隔离 了 客户 端 与 创建 过 程 ; 另 一 方面 它 控制 产品 对 象 的 创建 过 程 ,包括 某 个 buildPartX 

() 方 法 是 否 被 调用 以 及 多 个 buildPartX() 方 法 调用 的 先后 次 序 等 。 指 挥 者 针对 抽象 建造 者 

编程 ,客户 端 只 需要 知道 具体 建造 者 的 类 型 便 可 通过 指挥 者 类 调用 建造 者 的 相关 方法 ,返回 

一 个 完整 的 产品 对 象 。 在 实际 生活 中 也 存在 类 似 指 挥 者 一 样 的 角色 ,如 一 个 客户 去 购买 电 

脑 ,电脑 销售 人 员 相 当 于 指挥 者 ,只 要 客户 确定 电脑 的 类 型 ,电脑 销售 人 员 可 以 通知 电脑 组 
装 人 员 给 客户 组 装 一 台电 脑 。 指 挥 者 类 的 示例 代码 如 下 : 


“76 ， Java 设计 模式 


public class Director { 
private Builder builder; 


public Director(Builder builder) { 
this. builder = builder; 
} 


public void setBuilder(Builder builder) { 
this. builder = builer; 
} 


// 产 品 构建 与 组 装 方法 

public Product construct() { 
builder. buildPartA(); 
builder. buildPartB( ); 
builder. buildPartC( ); 
return builder. getResult(); 


} 


在 指挥 者 类 中 可 以 注入 一 个 抽象 建造 者 类 型 的 对 象 , 它 提供 了 一 个 建造 方法 construct()， 
在 该 方法 中 调用 了 builder 对 象 的 构造 部 件 的 方法 ,最 后 返回 一 个 产品 对 象 。 

对 于 客户 端 而 言 , 只 需要 关心 具体 建造 者 的 类 型 ,无 须 关 心 产 品 对 象 的 具体 组 装 过 程 。 
通常 ,客户 类 代码 片段 如 下 : 


Builder builder = new ConcreteBuilder1(); // 可 通过 配置 文件 实现 
Director director = new Director(builder); 
Product product = director. construct(); 


可 以 通过 配置 文件 来 存储 具体 建造 者 类 ConcreteBuilderl 的 类 名 ,使 得 在 更 换 新 的 建 
造 者 时 无 须 修改 源 代码 ,系统 扩展 更 为 方便 。 

建造 者 模式 与 抽象 工厂 模式 都 是 较为 复杂 的 创建 型 模式 ,建造 者 模式 返回 一 个 完整 的 
复杂 产品 ,抽象 工厂 模式 返回 一 系列 相关 的 产品 ; 在 抽象 工厂 模式 中 ,客户 端 通过 选择 具体 
工厂 来 生成 所 需 对 象 ,而 在 建造 者 模式 中 ,客户 端 通过 指定 具体 建造 者 类 型 来 指导 Director 
类 如 何 去 生 成 对 象 ,侧重 于 一 步 步 构造 一 个 复杂 对 象 ,然后 将 结果 返回 。 如 果 将 抽象 工厂 模 
式 看 成 一 个 汽车 配件 生产 厂 , 生 成 不 同类 型 的 汽车 配件 ,那么 建造 者 模式 就 是 一 个 汽车 组 装 
三 ,通过 对 配件 进行 组 装 返回 一 辆 完整 的 汽车 。 


6.3 建造 者 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 建造 者 模式 。 
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1. 实例 说 明 


某 游戏 软件 公司 决定 开发 一 款 基 于 角色 扮演 的 多 人 在 线 网 络 游 
戏 , 玩 家 可 以 在 游戏 中 扮演 虚拟 世界 中 的 一 个 特定 角色 ,角色 根据 不 
同 的 游戏 情节 和 统计 数据 (例如 力量 魔法、 技能 等 ) 具 有 不 同 的 能 力 ， 
角色 也 会 随 着 不 断 升 级 而 拥有 更 加 强大 的 能 力 。 

作为 该 游戏 的 一 个 重要 组 成 部 分 ,需要 对 游戏 角色 进行 设计 ,而 
且 随 着 该 游戏 的 升级 将 不 断 增 加 新 的 角色 。 通 过 分 析 发 现 ,游戏 角色 
是 一 个 复杂 对 象 , 它 包含 性 别 、 脸 型 等 多 个 组 成 部 分 ,不 同类 型 的 游戏 
角色 ,其 性 别 、 脸 型 .服装 、 发 型 等 外 部 特性 都 有 所 差异 ,例如 “天 使 " 拥 
有 美丽 的 面容 和 披肩 的 长 发 ,并 身 穿 一 袭 和 白 裙 ; 而 “恶魔 "极其 丑陋 ， 
留 着 光头 并 穿 一 件 刺 眼 的 黑 衣 。 

无 论 是 何 种 造型 的 游戏 角色 , 它 的 创建 步骤 都 大 同 小 异 , 都 需要 
逐步 创建 其 组 成 部 分 ,再 将 各 组 成 部 分 装配 成 一 个 完整 的 游戏 角色 。 

试 使 用 建造 者 模式 来 实现 游戏 角色 的 创建 。 


2. 实例 类 图 
通过 分 析 ,本 实例 的 结构 图 如 图 6-3 所 示 。 


Actor 
- type String 
- Sex String 
- face String 
- costume : String 
- hairstyle : String 
+ setType (String type) :void 
+ setSex (String sex) :void 
+ setFace (String face) : void 
+ setCostume (String costume) : void 
+ setHairstyle (String hairstyle) : void 


+ getType () : String 
+ getSex () : String 
+ getFace () : String 
+ getCostume () : String 
+ getHairstyle () : String 
ActorBuilder 
{abstract} 


ActorController # actor : Actor = new Actor() 
一 一 一 一 一 一 一 + buildType() :void 
+ Construct (ActorBuilder ab) : Actor + buildSex () :void 


+ buildFace () void 
+ buildCostume () : void 
+ buildHairstyle () : void 
+ createActor () :Actor 


HeroBuilder | 上 DevilBuilder 


pp AngelBuilder 

fooyped :we | leurypeO :val 
+buidFace() :void| |+ buidType0 :void| | PE 0 vole 
+ buidCostume 0 :void| |+buidSex0 :void| |+ buidCace 0 :void 
+ buildHairstyle 0 :void| |+ buildFace 0 :void lg ostme ) ayo 


+ buildCostume () : void + buildHairstyle () : void 
+ buildHairstyle () : void 


图 6-3 游戏 角色 创建 结构 图 
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在 图 6-3 中 ,ActorController 充当 指挥 者 ,ActorBuilder 充当 抽象 于 


AngelBuilder 和 DevilBuilder 充当 具体 建造 者 ,Actor 充当 复杂 产品 。 
3. 实例 代码 
(1) Actor: 游戏 角色 类 ,充当 复杂 产品 对 象 。 考 虑 到 代码 的 可 读 


E 造 者 , HeroBuilder、 


性 ,在 此 只 列 出 部 分 


成 员 变量 , 且 成 员 变量 的 类 型 均 为 String, 在 真实 情况 下 有 些 成 员 变量 的 类 型 需要 自 定义 。 


//designpatterns. builder. Actor. java 
package designpatterns. builder; 


public class Actor { 


private String type; // 角 色 类 型 
private String sex; // 性 别 
private String face; // 脸 型 


private String costume; // 服 装 
private String hairstyle; // 发 型 


public void setType(String type) { 
this. type = type; 
} 


public void setSex(String sex) { 
this. sex = sex; 


} 


public void setFace(String face) { 
this. face = face; 


} 


public void setCostume( String costume) { 
this. costume = costume; 


} 


public void setHairstyle(String hairstyle) { 
this. hairstyle = hairstyle; 
} 


public String getType() { 
return (this. type); 
} 


public String getSex() { 
return (this. sex); 


} 


public String getFace() { 
return (this. face); 


} 
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public String getCostume() { 
return (this. costume); 


public String getHairstyle() { 
return (this. hairstyle); 


(2) ActorBuilder: 游戏 角色 建造 者 ,充当 抽象 建造 者 。 


//designpatterns. builder. ActorBuilder. java 
package designpatterns. builder; 


public abstract class ActorBuilder { 
protected Actor actor = new Actor(); 


public abstract void buildType( ); 
public abstract void buildSex( ); 
public abstract void buildFace( ); 
public abstract void buildCostunme( ); 
public abstract void buildHairstyle( ); 


// 工 厂 方法 ,返回 一 个 完整 的 游戏 角色 对 象 
public Actor createActor() { 
return actor; 


(3) HeroBuilder: 英雄 角色 建造 者 ,充当 具体 建造 者 。 


//designpatterns. builder. HeroBuilder. java 
package designpatterns. builder; 


public class HeroBuilder extends ActorBuilder { 


public void buildType() { 
actor. setType( "英雄 "); 


public void baildsex() { 
actor. setSex(" 男 "); 


public void buildFace() { 
actor. setFace( "英俊 "); 


public void buildCostume() { 
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actor. setCostume( "盔甲 "); 


public void buildHairstyle() { 
actor. setHairstyle(" 疆 逸 "); 


(4) AngelBuilder: 天 使 角色 建造 者 ,充当 具体 建造 者 。 


//designpatterns. builder. AngelBuilder. java 
package designpatterns. builder; 


public class AngelBuilder extends ActorBuilder { 
public void buildType() { 
actor. setType(" 天 使 "); 


public void buildSex() { 
actor. setSex(" 女 "); 


public void buildFace() { 
actor. setFace( "漂亮 "); 


public void buildCostume() { 
actor. setCostume(" 白 裙 "); 


public void buildHairstyle() { 
actor. setHairstyle( "披肩 长 发 "); 


(5) DevilBuilder: 恶魔 角色 建造 者 ,充当 具体 建造 者 。 


//designpatterns. builder. DevilBuilder. java 
package designpatterns. builder; 


public class DevilBuilder extends ActorBuilder { 
public void buildType() { 
actor. setType( "恶魔 "); 


public void buildSex() { 
actor. setSex(" 妖 "); 
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public void buildFace() { 
actor. setFace(" 丑 陋 "); 


public void buildCostume() { 
actor. setCostume(" 黑 衣 "); 


public void buildHairstyle() { 
actor. setHairstyle(" 光 头 "); 


(6) ActorController: 角色 控制 器 ,充当 指挥 者 。 


//designpatterns. builder. ActorController. java 
package designpatterns. builder; 


public class ActorController { 

// 逐 步 构建 复杂 产品 对 象 

public Actor construct(ActorBuilder ab) { 
Actor actor; 
ab. buildType( ); 
ab. buildSex( ); 
ab. buildFace( ); 
ab. buildCostume( ); 
ab. buildHairstyle( ); 
actor = ab. createActor( ); 
return actor; 


(7) 配置 文件 config. xml, 在 配置 文件 中 存储 了 有 具体 建造 者 类 的 类 名 。 


<?xml version= "1.0"?> 
<config> 


<className > designpatterns. builder. AngelBuilder </className > 
</config> 


(8) XMLUtil: 工具 类 。 


//designpatterns. builder. XMLUtil. java 
package designpatterns. builder; 


import javax. xml. parsers. *; 
import org. w3c. dom. *; 
import java. io. *; 
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public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try{ 

// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//builder//config. xm1")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsBYTagName("className" ); 
Node classNode = nl]. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ) ; 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName(cName) 
Object obj = c. newInstance( ); 
return obj; 

1 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(9) Client: 客户 端 测试 类 。 


//designpatterns. builder. Client. java 
package designpatterns. builder; 


public class Client { 
public static void main(String args[]) { 
ActorBuilder ab; // 针 对 抽象 建造 者 编程 
ab = (ActorBuilder)XMLUtil. getBean( ); // 反 射 生成 具体 建造 者 对 象 


ActorController ac = new ActorController( ); 
Actor actor; 
actor = ac. construct (ab); // 通 过 指挥 者 创建 完整 的 建造 者 对 象 


String type = actor. getType(); 

System. out. println(type + "的 外 观 : "); 

System. out. println(" 性 别 : " + actor. getSex() ); 
System. out. println(" 面 容 : " + actor. getFace()); 
System. out. println(" 服 装 : " + actor. getCostume()); 
System. out. println(" 发 型 : " + actor. getHairstyle()); 
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4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


天 使 的 外 观 : 
性 别 : 女 

面容 : 漂亮 
服装 : 白 裙 
发 型 : 披肩 长 发 


如 果 需 要 更 换 具体 角色 建造 者 ,只 需要 修改 配置 文件 ,例如 将 配置 文件 改 为 : 


<?xml version= "1.0"?> 
<config> 

< className > designpatterns. builder. HeroBuilder </className > 
</config> 


再 次 运行 程序 ,输出 结果 为 : 


英雄 的 外 观 : 
性 别 : 男 
面容 : 英俊 
服装 : 盔甲 
发 型 : 飘逸 


当 需 要 增加 新 的 具体 角色 建造 者 时 只 需 将 新 增 具体 角色 建造 者 作为 抽象 角色 建造 者 的 
子 类 ,然后 修改 配置 文件 , 原 有 代码 无 须 修改 ,完全 符合 开 闭 原则 。 


6.4 指挥 者 类 的 深入 讨论 


指挥 者 类 Director 是 建造 者 模式 的 重要 组 成 部 分 ,简单 的 Director 类 用 于 指导 具体 建 
造 者 如 何 构建 产品 , 它 按 一 定 次 序 调用 Builder 的 buildPartX() 方 法 ,控制 调用 的 先后 次 序 ， 
并 向 客户 端 返回 一 个 完整 的 产品 对 象 。 下 面 讨 论 几 种 Director 的 变化 形式 。 

1. 省 略 Director 

在 有 些 情况 下 ,为 了 简化 系统 结构 ,可 以 将 Director 和 抽象 建造 者 Builder 进行 合并 ,在 
Builder 中 提供 逐步 构建 复杂 产品 对 象 的 construct() 方 法 。 由 于 Builder 类 通常 为 抽象 类 ， 
因此 可 以 将 construct() 方 法 定义 为 静态 (static) 方 法 ,以 便 客户 端 能 够 直接 调用 。 如 果 将 游 
戏 角 色 实 例 中 的 指挥 者 类 ActorController 省 略 ,ActorBuilder 类 的 代码 修改 如 下 : 


public abstract class ActorBuilder { 
protected static Actor actor = new Actor( ); 


public abstract void buildType( ); 
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public abstract void buildSex( ); 
public abstract void buildFace( ); 
public abstract void buildCostume( ); 
public abstract void buildHairstyle( ); 


public static Actor construct(ActorBuilder ab) { 
ab. buildType( ); 
ab. buildSex( ); 
ab. buildFace( ); 
ab. buildCostume( ); 
ab. buildHairstyle( ); 
return actor; 


此 时 对 应 的 客户 端 代 码 也 将 发 生 修 改 , 代 码 片段 如 下 : 


ActorBuilder ab; 
ab = (ActorBuilder)XMLUtil. getBean( ); 


Actor actor; 
actor = ActorBuilder. construct (ab); 


除 此 之 外 ,还 有 一 种 更 简单 的 处 理 方法 ,可 以 将 construct() 方 法 中 的 参数 去 掉 ,直接 在 
construct() 方 法 中 调用 buildPartX() 方 法 ,代码 如 下 ， 


public abstract class ActorBuilder { 
protected Actor actor = new Actor(); 


public abstract void buildType(); 
public abstract void buildSex( ); 
public abstract void buildFace(); 
public abstract void buildCostume( ); 
public abstract void buildHairstyle(); 


public Actor construct() { 
this. buildType( ); 
this. buildSex( ); 
this. buildFace( ); 
this. buildCostume( ); 
this. buildHairstyle(); 
return actor; 


客户 端 代码 片段 如 下 : 
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ActorBuilder ab; 
ab = (ActorBuilder)XMLUtil. getBean( ); 


Actor actor; 
actor = ab. construct(); 


此 时 ,construct() 方 法 定义 了 buildPartX() 方 法 的 调用 次 序 ,为 buildPartX() 方 法 的 执 
行 提供 了 一 个 流程 模板 ,这 与 在 后 面 将 要 学 习 的 模板 方法 模式 非常 类 似 。 

以 上 两 种 对 Director 类 的 省 略 方式 都 不 影响 系统 的 灵活 性 和 可 扩展 性 ,同时 还 简化 了 
系统 结构 ,但 加 重 了 抽象 建造 者 类 的 职责 。 如 果 construct() 方 法 较为 复杂 , 待 构建 产品 的 
组 成 部 分 较 多 ,建议 还 是 将 construct() 方 法 单独 封装 在 Director 中 ,这 样 更 符合 单一 职责 
原则 。 

2. 钩子 方法 的 引入 

建造 者 模式 除了 可 以 逐步 构建 一 个 复杂 产品 对 象 外 ,还 可 以 通过 Director 类 更 加 精细 
地 控制 产品 的 创建 过 程 ,例如 增加 一 类 称 为 钧 子 方法 (Hook Method) 的 特殊 方法 来 控制 是 
否 对 某 个 buildPartX() 进 行 调用 。 

钩子 方法 的 返回 类 型 通常 为 boolean 类 型 ,方法 名 一 般 为 isXXX(), 钓 子 方法 定义 在 抽 
象 建造 者 类 中 。 例 如 可 以 在 游戏 角色 的 抽象 建造 者 类 ActorBuilder 中 定义 一 个 方法 
isBareheaded() ,用 于 判断 某 个 角色 是 否 为 “光头 (Bareheaded)”, 在 ActorBuilder 为 之 提供 
一 个 默认 实现 ,其 返回 值 为 false, 代 码 如 下 ， 


public abstract class ActorBuilder { 
protected Actor actor = new Actor(); 


public abstract void buildType(); 
public abstract void buildSex( ); 
public abstract void buildFace( ); 
public abstract void buildCostunme( ); 
public abstract void buildHairstyle(); 


// 钩 子 方法 

public boolean isBareheaded() { 
return false; 

} 


public Actor createActor() { 
return actor; 
} 
} 


如 果 某 个 角色 无 须 构 建 头发 部 件 , 例 如 “恶魔 (DeviD)”, 则 对 应 的 具体 建造 器 DevilBuilder 
将 覆盖 isBareheaded() 方 法 .并 将 返回 值 改 为 true, 代 码 如 下 : 
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public class DevilBuilder extends ActorBuilder { 
public void buildType() { 
actor. setTYpe(" 恶 魔 ") ; 
} 


public void buildSex() { 
actor. setSex(" 妖 "); 
| 


public void buildFace() { 
actor. setFace(" 丑 陋 "); 
} 


public void buildCostume() { 
actor. setCostume(" 黑 衣 "); 


} 


public void buildHairstyle() { 
actor. setHairstyle(" 光 头 "); 
} 


// 覆 盖 钧 子 方法 
public boolean isBareheaded() { 
return true; 


1 


同时 ,指挥 者 类 ActorController 的 代码 修改 如 下 : 


public class ActorController { 
public Actor construct(ActorBuilder ab) { 
Actor actor; 
ab. buildType( ); 
ab.buildSex( ); 
ab. buildFace( ); 
ab.buildCostume( ); 
// 通 过 钩子 方法 来 控制 产品 的 构建 
证 (!ab. isBareheaded()) { 
ab. buildHairstyle(); 
} 
actor = ab. createActor( ); 
return actor; 


当 在 客户 端 代码 中 指定 具体 建造 者 类 型 并 通过 指挥 者 来 实现 产品 的 逐步 构建 时 ,将 调 
用 钩子 方法 isBareheaded() 来 判断 游戏 角色 是 否 有 头发 .如 果 isBareheaded() 方 法 返回 
true, 即 没有 头发 .将 跳 过 构建 发 型 的 方法 buildHairstyle() ,否则 将 执行 buildHairstyle() 方 
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法 。 通 过 引入 钧 子 方法 ,可 以 在 Director 中 对 复杂 产品 的 构建 进行 精细 的 控制 ,不 仅 指定 
buildPartX() 方 法 的 执行 顺序 ,还 可 以 控制 是 否 需要 执行 某 个 buildPartX() 方 法 。 


6.5 建造 者 模式 优 /缺点 与 适用 环境 


建造 者 模式 的 核心 在 于 如 何 一 步 步 构 建 一 个 包含 多 个 组 成 部 件 的 完整 对 象 ,使 用 相同 
的 构建 过 程 构建 不 同 的 产品 。 在 软件 开发 中 ,如 果 需 要 创建 复杂 对 象 并 希望 系统 具备 很 好 
的 灵活 性 和 可 扩展 性 可 以 考虑 使 用 建造 者 模式 。 


6.5.1 建造 者 模式 优点 


建造 者 模式 的 优点 主要 如 下 : 

(1) 在 建造 者 模式 中 ,客户 端 不 必 知 道 产品 内 部 组 成 的 细节 ,将 产品 本 身 与 产品 的 创建 
过 程 解 而 ,使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 对 象 。 

(2) 每 一 个 具体 建造 者 都 相对 独立 ,而 与 其 他 的 具体 建造 者 无 关 , 因 此 可 以 很 方便 地 替 
换 具体 建造 者 或 增加 新 的 具体 建造 者 ,用 户 使 用 不 同 的 具体 建造 者 即 可 得 到 不 同 的 产品 对 
象 。 由 于 指挥 者 类 针对 抽象 建造 者 编程 ,增加 新 的 具体 建造 者 无 须 修改 原 有 类 库 的 代码 , 系 
统 扩展 方便 ,符合 开 闭 原则 。 

(3) 可 以 更 加 精细 地 控制 产品 的 创建 过 程 。 将 复杂 产品 的 创建 步骤 分 解 在 不 同 的 方法 
中 ,使 得 创建 过 程 更 加 清晰 ,也 更 方便 使 用 程序 来 控制 创建 过 程 。 


6.5.2 建造 者 模式 缺点 


建造 者 模式 的 缺点 主要 如 下 : 

(1) 建造 者 模式 所 创建 的 产品 一 般 具 有 较 多 的 共同 点 ,其 组 成 部 分 相似 ,如 果 产 品 之 间 
的 差异 性 很 大 ,例如 很 多 组 成 部 分 都 不 相同 ,不 适合 使 用 建造 者 模式 ,因此 其 使 用 范围 受到 
一 定 的 限制 。 

(2) 如 果 产 品 的 内 部 变化 复杂 ,可 能 会 导致 需要 定义 很 多 具体 建造 者 类 来 实现 这 种 变 
化 ,导致 系统 变 得 很 庞大 ,增加 系统 的 理解 难度 和 运行 成 本 。 


6.5.3 建造 者 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 建造 者 模式 : 

(1) 需要 生成 的 产品 对 象 有 复杂 的 内 部 结构 ,这 些 产品 对 象 通常 包含 多 个 成 员 变量 。 

(2) 需要 生成 的 产品 对 象 的 属性 相互 依赖 ,需要 指定 其 生成 顺序 。 

(3) 对 象 的 创建 过 程 独立 于 创建 该 对 象 的 类 。 在 建造 者 模式 中 通过 引入 指挥 者 类 将 创 
建 过 程 封装 在 指挥 者 类 中 ,而 不 在 建造 者 类 和 客户 类 中 。 

(4) 隔离 复杂 对 象 的 创建 和 使 用 ,并 使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 。 
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6.6 本 章 小 结 


1. 建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 ,使 得 同样 的 构建 过 程 可 以 创建 
不 同 的 表示 。 建 造 者 模式 是 一 种 对 象 创建 型 模式 。 

2. 建造 者 模式 包含 抽象 建造 者 、 具 体 建 造 者 产品 和 指挥 者 4 个 角色 。 其 中 ,抽象 建造 
者 为 创建 一 个 产品 对 象 的 各 个 部 件 声明 抽象 接口 ; 具体 建造 者 实现 了 抽象 建造 者 接口 , 实 
现 各 个 部 件 的 构造 和 装配 方法 ,定义 并 明确 它 所 创建 的 复杂 对 象 ,还 可 以 提供 一 个 方法 返回 
创建 好 的 复杂 产品 对 象 ; 产品 角色 是 被 构建 的 复杂 对 象 ,包含 多 个 组 成 部 件 ; 指挥 者 负责 
安排 复杂 对 象 的 建造 次 序 ,在 其 建造 方法 construct() 中 调用 建造 者 对 象 的 部 件 构造 与 装配 
方法 ,完成 复杂 对 象 的 建造 。 

3. 在 建造 者 模式 中 引入 了 一 个 指挥 者 角色 , 它 主要 有 两 个 作用 : 一 方面 可 以 隔离 客户 
端 与 创建 过 程 ; 另 一 方面 可 以 控制 产品 对 象 的 创建 过 程 。 

4. 建造 者 模式 的 优点 主要 在 于 客户 端 不 必 知 道 产品 内 部 组 成 的 细节 ,将 产品 本 身 与 产 
品 的 创建 过 程 解 看 ,使 得 相同 的 创建 过 程 可 以 创建 不 同 的 产品 对 象 ; 可 以 很 方便 地 替换 具 
体 建造 者 或 增加 新 的 具体 建造 者 ; 还 可 以 更 加 精细 地 控制 产品 的 创建 过 程 。 其 缺点 主要 在 
于 建造 者 模式 所 创建 的 产品 一 般 具 有 较 多 的 共同 点 ,其 组 成 部 分 相似 ,如 果 产 品 之 间 的 差异 
性 很 大 ,并 不 适合 使 用 建造 者 模式 ; 此 外 ,如 果 产 品 的 内 部 变化 复杂 ,可 能 会 导致 需要 定义 
很 多 具体 建造 者 类 来 实现 这 种 变化 ,导致 系统 变 得 很 庞大 ,增加 系统 的 理解 难度 和 运行 
成 本 。 

5， 建造 者 模式 适用 于 以 下 环境 : 需要 生成 的 产品 对 象 有 复杂 的 内 部 结构 ,这 些 产品 对 
象 通常 包含 多 个 成 员 变量 ; 需要 生成 的 产品 对 象 的 属性 相互 依赖 ,需要 指定 其 生成 顺序 ; 
对 象 的 创建 过 程 独立 于 创建 该 对 象 的 类 ; 隔离 复杂 对 象 的 创建 和 使 用 ,并 使 得 相同 的 创建 
过 程 可 以 创建 不 同 的 产品 。 


6.7 “习题 


1. 以 下 关于 建造 者 模式 的 叙述 错误 的 是 (  )。 
A. 建造 者 模式 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 , 使 得 同样 的 构建 过 程 可 以 
创建 不 同 的 表示 
B. 建造 者 模式 允许 用 户 只 通过 指定 复杂 对 象 的 类 型 和 内 容 就 可 以 创建 它们 ,而 不 
需要 知道 内 部 的 具体 构建 细节 
C. 当 需 要 创建 的 产品 对 象 有 复杂 的 内 部 结构 时 可 以 考虑 使 用 建造 者 模式 
D. 在 建造 者 模式 中 ,各 个 具体 的 建造 者 之 间 通 常 具 有 较 强 的 依赖 关系 ,可 通过 指挥 
者 类 组 装 成 一 个 完整 的 产品 对 象 返回 给 客户 
2. 当 需 要 创建 的 产品 具有 复杂 的 内 部 结构 时 ,为 了 逐步 构造 完整 的 对 象 , 并 使 得 对 象 
的 创建 更 具 灵 活性 ,可 以 使 用 (  )。 
A. 抽象 工厂 模式 。 B. 原型 模式 C. 建造 者 模式 D. 单 例 模式 
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3. 关于 建造 者 模式 中 的 Director 类 的 描述 错误 的 是 ( Ws 
A. Director 类 隔离 了 客户 类 及 创建 过 程 
B. 在 建造 者 模式 中 客户 类 指导 Director 类 去 生成 对 象 或 者 合成 一 些 类 ,并 逐步 构 
造 一 个 复杂 对 象 
C.Director 类 构建 一 个 抽象 建造 者 Builder 子 类 的 对 象 
D. Director 与 抽象 工厂 模式 中 的 工厂 类 类 似 , 负 责 返 回 一 个 产品 族 中 的 所 有 产品 
4. 电脑 组 装 工厂 可 以 将 CPU 内存、 硬盘、 主机 、 显 示 器 等 硬件 设备 组 装 在 一 起 构成 一 
台 完 整 的 电脑 , 且 构 成 的 电脑 可 以 是 笔记 本 ,也 可 以 是 台式 机 ,还 可 以 是 不 提供 显示 器 的 服 
务 器 主机 。 对 于 用 户 而 言 ,无 须 关心 电脑 的 组 成 设备 和 组 装 过 程 ,工厂 返回 给 用 户 的 是 完整 
的 电脑 对 象 。 使 用 建造 者 模式 实现 电脑 组 装 过 程 ,要求 绘制 类 图 并 使 用 Java 代码 编程 模拟 
5. 某 软 件 公司 要 开发 一 个 视频 播放 软件 ,为 了 给 用 户 的 使 用 提供 方便 ,该 播放 软件 提 
供 多 种 界面 显示 模式 ,如 完整 模式 、 精 简 模式 .记忆 模式 、 网 络 模式 等 。 在 不 同 的 显示 模式 下 
主 界面 的 组 成 元 素 有 所 差异 ,如 在 完整 模式 下 将 显示 菜单 .播放 列表 、 主 窗口 .控制 条 等 ,在 
精简 模式 下 只 显示 主 窗口 和 控制 条 ,而 在 记忆 模式 下 将 显示 主 窗口 ,控制 条 ,收藏 列表 等 。 
试 使 用 建造 者 模式 设计 该 软件 。 


原型 模式 


原型 模式 是 一 种 特殊 的 创建 型 模式 , 它 通 过 复制 一 个 已 有 对 象 来 获取 更 
多 相同 或 者 相似 的 对 象 。 原 型 模式 可 以 提高 相同 类 型 对 象 的 创建 效率 ,简化 
创建 过 程 。 

本 章 将 学 习 原 型 模式 的 工作 原理 和 结构 ,学 习 如 何 通 过 Java 语言 来 实现 
原型 模式 ,理解 浅 克 隆 和 深 克 隆 这 两 种 机 制 的 异同 ,并 通过 实例 学 习 如 何 实现 
浅 克隆 和 深 克 隆 。 

本 章 知 识 点 

。 原型 模式 的 定义 

。 原型 模式 的 结构 

。 浅 克隆 与 深 克 隆 

。 原型 模式 的 应 用 

。 原型 模式 的 优 /缺点 

。 原型 模式 的 适用 环境 

。 原型 管理 器 


7.1 原型 模式 概述 


《西游 记 》 中 孙悟空 拔 毛 变 小 猴 ? 的 故事 几乎 人 人 皆 知 ,孙悟空 可 以 用 猴 毛 根据 自己 的 
形象 复制 出 很 多 跟 自己 长 得 一 模 一 样 的 * 身 外 身 " 来 ,如 图 7-1 所 示 。 

孙悟空 这 种 根据 自己 的 形状 复制 (克隆 ) 出 多 个 身 外 身 的 技巧 在 面向 对 象 软件 设计 领域 
被 称 为 原型 模式 ,孙悟空 则 被 称 为 原型 对 象 。 在 面向 对 象 系统 中 也 可 以 通过 复制 一 个 原型 
对 象 得 到 多 个 与 原型 对 象 一 模 一 样 的 新 对 象 ,这 就 是 原型 模式 的 动机 。 
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图 7-1 孙悟空 拔 毛 变 小 猴 
原型 模式 的 定义 如 下 : 


原型 模式 : 使 用 原型 实例 指定 待 创建 对 象 的 类 型 ,并 且 通 过 复制 
这 个 原型 来 创建 新 的 对 象 。 
Prototype Pattern: Specify the kinds of objects to create using a 


prototypical instance,and create new objects by copying this prototype. 


原型 模式 是 一 种 对 象 创建 型 模式 , 它 的 工作 原理 很 简单 : 将 一 个 原型 对 象 传 给 要 发 动 
创建 的 对 象 ( 即 客户 端 对 象 ) ,这 个 要 发 动 创建 的 对 象 通过 请 求 原 型 对 象 复制 自己 来 实现 创 
建 过 程 。 由 于 在 软件 系统 中 经 常会 遇 到 需要 创建 多 个 相同 或 者 相似 对 象 的 情况 ,因此 原型 
模式 在 软件 开发 中 具有 较 高 的 使 用 频率 。 原 型 模式 是 一 种 * 另 类 ”的 创建 型 模式 ,创建 新 对 
象 (也 称 为 克隆 对 象 ) 的 工厂 就 是 原型 类 自身 ,工厂 方法 由 负责 复制 原型 对 象 的 克隆 方法 来 

需要 注意 的 是 通过 克隆 方法 所 创建 的 对 象 是 全 新 的 对 象 ,它们 在 内 存 中 拥有 新 的 地 址 ， 
通常 对 克隆 所 产生 的 对 象 进行 修改 不 会 对 原型 对 象 造成 任何 影响 ,每 一 个 克隆 对 象 都 是 相 
互 独立 的 。 通 过 不 同 的 方式 对 克隆 对 象 进行 修改 以 后 ,可 以 得 到 一 系列 相似 但 不 完全 相同 
的 对 象 。 


7.2 原型 模式 结构 与 实现 


7.2.1 原型 模式 结构 


原型 模式 的 结构 如 图 7-2 所 示 。 

由 图 7-2 可 知 ,原型 模式 包含 以 下 3 个 角色 。 

(1) Prototype( 抽 和 象 原型 类 ) : 它 是 声明 克隆 方法 的 接口 .是 所 有 具体 原型 类 的 公共 父 
类 , 它 可 以 是 抽象 类 也 可 以 是 接口 ,甚至 还 可 以 是 具体 实现 类 。 

(2) ConcretePrototype( 具 体 原 型 类 ) : 它 实现 在 抽象 原型 类 中 声明 的 克隆 方法 ,在 克隆 
方法 中 返回 自己 的 一 个 克隆 对 象 。 
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Client prototype | Prototype 


+ Operation () + clone () : Prototype 


p=prototype.clone(); 


上 clone () : Prototype + clone () : Prototype 


ConcretePrototypeA ConcretePrototypeB 


图 7-2 原型 模式 结构 图 


(3) Client( 客 户 类 ) : 在 客户 类 中 ,让 一 个 原型 对 象 克 隆 自身 从 而 创建 一 个 新 的 对 象 ， 
只 需要 直接 实例 化 或 通过 工厂 方法 等 方式 创建 一 个 原型 对 象 ,再 通过 调用 该 对 象 的 克隆 方 
法 即 可 得 到 多 个 相同 的 对 象 。 由 于 客户 类 针对 抽象 原型 类 Prototype 编程 ,因此 用 户 可 以 
根据 需要 选择 具体 原型 类 ,系统 具有 较 好 的 可 扩展 性 ,增加 或 更 换 具体 原型 类 都 很 方便 。 


7.2.2 浅 殉 隆 与 深 死 隆 


根据 在 复制 原型 对 象 的 同时 是 否 复制 包含 在 原型 对 象 中 引用 类 型 的 成 员 变 量 ,原型 模 
式 的 克隆 机 制 分 为 两 种 , 即 浅 克隆 (Shallow Clone) 和 深 克 隆 (Deep Clone)。 

1. 浅 克 隆 

在 浅 克 隆 中 ,如 果 原 型 对 象 的 成 员 变 量 是 值 类 型 (如 int、double、byte、boolean、char 等 
基本 数据 类 型 ) ,将 复制 一 份 给 克隆 对 象 ; 如 果 原 型 对 象 的 成 员 变 量 是 引用 类 型 (如 类 、 接 
口 ,数组 等 复杂 数据 类 型 ), 则 将 引用 对 象 的 地 址 复制 一 份 给 克隆 对 象 ,也 就 是 说 原型 对 象 和 
克隆 对 象 的 成 员 变 量 指向 相同 的 内 存 地 址 。 简 单 来 说 ,在 浅 克隆 中 , 当 原型 对 象 被 复制 时 只 
复制 它 本 身 和 其 中 包含 的 值 类 型 的 成 员 变 量 ,而 引用 类 型 的 成 员 变 量 并 没有 复制 ,如 图 7-3 


所 示 。 
引用 类 型 成 员 变量 
了 复制 地 址 
原型 对 象 | -复制 | 克隆 对 旬 
图 7-3 浅 克隆 示意 图 
2. 深 克 隆 


在 深 克 隆 中 ,无 论 原型 对 象 的 成 员 变 量 是 值 类 型 还 是 引用 类 型 ,都 将 复制 一 份 给 克隆 对 
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象 , 深 克隆 将 原型 对 象 的 所 有 引用 对 象 也 复制 一 份 给 克隆 对 象 。 简 单 来 说 ,在 深 克 隆 中 , 除 
了 对 象 本 身 被 复制 外 ,对 象 所 包含 的 所 有 成 员 变量 也 将 被 复制 ,如 图 7-4 所 示 。 


] 
引用 类 型 成 员 变 量 二 引用 类 型 成 员 变 量 


原型 对 象 上---- 一 | 克隆 对 象 


值 类 型 成 员 变量 、》 -复制 _。 (人 值 类 型 成 员 变 量 


图 7-4 深 克 隆 示意 图 


7.2.3 原型 模式 实现 

实现 原型 模式 的 关键 在 于 如 何 实现 克隆 方法 ,下 面 介 绍 两 种 在 Java 语言 中 常用 的 克隆 
实现 方法 。 

1. 通用 实现 方法 

通用 的 克隆 实现 方法 是 在 具体 原型 类 的 克隆 方法 中 实例 化 一 个 与 自身 类 型 相同 的 对 象 
并 将 其 返回 ,同时 将 相关 的 参数 传人 新 创建 的 对 象 中 ,保证 它们 的 成 员 变量 相同 。 示 意 代码 
如 下 : 


public abstract class Prototype { 
public abstract Prototype clone( ); 
} 


public class ConcretePrototype extends Prototype { 
private String attr; // 成 员 变 量 


public void setAttr(String attr) { 
this.attr = attr; 
} 


public String getAttr() { 
return this.attr; 


} 


// 克 隆 方法 

public Prototype clone() { 
Prototype prototype = new ConcretePrototype( ); // 创 建新 对 象 
prototype. setAttr(this.attr); 
return prototype; 
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在 客户 类 中 只 需要 创建 一 个 ConcretePrototype 对 象 作为 原型 对 象 ,然后 调用 其 clone() 方 
法 即 可 得 到 对 应 的 克隆 对 象 , 例 如 : 


ConcretePrototype prototype = new ConcretePrototype(); 
prototype. setAttr("Sunny"); 
ConcretePrototype copy = (ConcretePrototype)prototype. clone(); 


此 方法 是 原型 模式 的 通用 实现 , 它 与 编程 语言 本 身 的 特性 无 关 , 其 他 面向 对 象 编程 语言 
也 可 以 使 用 这 种 形式 来 实现 对 原型 对 象 的 克隆 。 

在 原型 模式 的 通用 实现 方法 中 ,可 通过 手工 编写 clone() 方 法 来 实现 浅 克隆 和 深 克 隆 。 
对 于 引用 类 型 的 对 象 ,可 以 在 clone() 方 法 中 通过 赋值 的 方式 来 实现 复制 ,这 是 一 种 浅 克隆 
实现 方案 ; 如 果 在 clone() 方 法 中 通过 创建 一 个 全 新 的 成 员 对 象 来 实现 复制 , 则 是 一 种 深 克 
隆 实 现 方案 。 

2. Java 语言 中 的 clone() 方 法 和 Cloneable 接口 

在 Java 语言 中 ,所 有 的 Java 类 均 继承 自 java. lang. Object 类 ,Object 类 提供 了 一 个 
clone() 方 法 ,可 以 将 一 个 Java 对 象 复制 一 份 。 因 此 在 Java 中 可 以 直接 使 用 Object 提供 的 
clone() 方 法 来 实现 对 象 的 浅 克隆 。 

需要 注意 的 是 能 够 实现 克隆 的 Java 类 必须 实现 一 个 标识 接口 Cloneable, 表 示 这 个 
Java 类 支持 被 复制 。 如 果 一 个 类 没有 实现 这 个 接口 但 是 调用 了 clone() 方 法 ,Java 编译 器 
将 抛 出 一 个 CloneNotSupportedException 异常 。 如 下 代码 所 示 : 


public class ConcretePrototype implements Cloneable { 


public Prototype clone() { 

Object object = null; 

try{ 
object = super. clone( ); // 浅 克隆 

} 

catch (CloneNotSupportedException exception) { 
System. err. println("Not support cloneable" ); 

} 

return (Prototype) object; 


在 客户 端 创 建 原型 对 象 和 克隆 对 象 也 很 简单 ,如 下 代码 所 示 : 


Prototype protptype = new ConcretePrototype(); 
Prototype copy = protptype. clone( ); 
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Java 语言 中 的 clone( ) 方 法 满足 以 下 几 点 : 

(1) 对 任何 对 象 x, 都 有 x. clone()!1 一 x, 即 克隆 对 象 与 原型 对 象 不 是 同一 个 对 象 。 

(2) 对 任何 对 象 x, 都 有 x. clone(). getClass() 王 一 x. getClass(), 即 克隆 对 象 与 原型 对 
象 的 类 型 一 样 。 

(3) 如 果 对 象 x 的 equals() 方 法 定义 恰当 ,那么 x. clone(). equals(x) 应 该 成 立 。 

为 了 获取 对 象 的 一 个 克隆 ,可 以 直接 利用 Object 类 的 clone() 方 法 ,具体 步骤 如 下 ， 

(1) 在 派生 类 中 覆盖 基 类 的 clone() 方 法 ,并 声明 为 public。 

(2) 在 派生 类 的 clone() 方 法 中 调用 super. clone() 。 

(3) 派生 类 需 实现 Cloneable 接口 。 

此 时 ,Object 类 相当 于 抽象 原型 类 ,所 有 实现 了 Cloneable 接口 的 类 相当 于 具体 原型 类 。 


7.3 原型 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 原型 模式 。 
1. 实例 说 明 


在 使 用 某 OA 系统 时 ,有 些 岗 位 的 员工 发 现 他 们 每 周 的 工作 都 大 
同 小 异 , 因 此 在 填写 工作 周报 时 很 多 内 容 都 是 重复 的 ,为 了 提高 工作 
周报 的 创建 效率 ,大 家 迫切 希望 有 一 种 机 制 能 够 快速 创建 相同 或 者 相 
似 的 周报 ,包括 创建 周报 的 附件 。 

试 使 用 原型 模式 对 该 OA 系统 中 的 工作 周报 创建 模块 进行 改进 。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 7-5 所 示 。 
Object = Cloneable 
i Le 
+ clone () : Object 
Attachment WeeklyLog 
- name :String - attachment : Attachment 
- - name :String 
+ setName (String name) : void bE -Qf 
+ getName () : String attachment 史 a a 
+ download () :void 撒 | 
+ setAttachment (Attachment attachment) : void 
+ setName (String name) : void 
+ setDate (String date) : void 
+ setContent (String content) : void 
+ getAttachment () : Attachment 
+ getName () : String 
+ getDate () : String 
+ getContent () : String 
+ clone () : WeeklyLog 


图 7-5 工作 周报 创建 模块 结构 图 ( 浅 克隆 ) 
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在 图 7-5 中 ,WeeklyLog 充当 具体 原型 类 ,Object 类 充当 抽象 原型 类 ,Attachment 充当 
成 员 类 ,WeeklyLog 中 的 clone() 方 法 为 克隆 方法 ,用 于 实现 原型 对 象 的 克隆 。 


3. 实例 代码 
(1) Attachment: 附件 类 。 


//designpatterns. prototype. shallowclone. Attachment. java 
package designpatterns. prototype. shallowclone; 


public class Attachment { 
private String name; // 附 件 名 


public void setName(String name) { 
this. name = name; 


} 


public String getName() { 
return this. name; 


} 


public void download() { 
System. out. println(" 下 载 附件 ,文件 名 为 " + name); 
} 


(2) WeeklyLog: 工作 周报 类 ,充当 原型 角色 。 在 真实 环境 下 该 类 将 比较 复杂 ,考虑 到 
代码 的 可 读 性 ,在 此 只 列 出 部 分 与 模式 相关 的 核心 代码 。 


//designpatterns. prototype. shallowclone. WeeklyLog. java 
package designpatterns. prototype. shallowclone; 


public class WeeklyLog implements Cloneable { 
// 为 了 简化 设计 和 实现 ,假设 一 份 工作 周报 中 只 有 一 个 附件 对 象 , 在 实际 情况 中 可 以 包含 多 个 
// 附 件 , 可 以 通过 List 等 集合 对 象 来 实现 
Private Attachment attachment; 
private String name; 
private String date; 
private String content; 


public void setAttachment (Attachment attachment) { 
this.attachment = attachment; 
} 


public void setName(String name) { 
this. name = name; 


} 


public void setDate(String date) { 
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this. date = date; 


public void setContent(String content) { 
this. content = content; 


public Attachment getAttachment() { 
return (this.attachment); 


public String getName() { 
return (this. name); 


public String getDate() { 
return (this. date); 


public String getContent() { 
return (this. content); 


// 使 用 clone( ) 方 法 实现 浅 克隆 
public WeeklyLog clone() { 
Object obj = null; 
try { 
obj = super. clone( ); 
return (WeeklyLog)obj; 


catch(CloneNotSupportedException e) { 
System. out. println(" 不 支持 复制 !" ); 
return null; 


(3) Client: 客户 端 测 试 类 。 


//designpatterns. prototype. shallowclone. Client. java 
package designpatterns. prototype. shallowclone; 


public class Client { 
public static void main(String args[]) { 
WeeklyLog log_previous, log_new7 
log_previous = new WeeklyLog( ); 
Attachment attachment = new Attachment( ); 


// 创 建 原型 对 象 
// 创 建 附件 对 象 
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log_previous. setRhttachment(attachment);  // 将 附件 添加 到 周报 中 
log new= log previous.clone(); // 调 用 克隆 方法 创建 克隆 对 象 
// 比 较 周 报 
System. out. println(" 周 报 是 否 相 同 ? " + (log_previous == log_new)); 
// 比 较 附 件 
System. out. println(" 附 件 是 否 相 同 ? " + (log_previous. getAttachment() == log_new. 
getAttachment())); 
} 
4. 结果 及 分 析 


编译 并 运行 程序 ,输出 结果 如 下 : 


周报 是 否 相同 ? false 
附件 是 否 相 同 ? true 


从 输出 结果 可 以 得 知 ,在 本 实例 中 周报 对 象 被 成 功 复制 ,但 是 附件 对 象 并 没有 被 复制 ， 
实现 了 浅 克隆 。 

5. 深 克隆 解决 方案 

为 了 能 够 在 复制 周报 的 同时 也 能 够 复制 附件 对 象 , 需 要 采用 深 克 隆 机 制 。 在 Java 语言 
中 可 以 通过 序列 化 (Serialization) 等 方式 来 实现 深 克 隆 。 序 列 化 就 是 将 对 象 写 到 流 的 过 程 ， 
写 到 流 中 的 对 象 是 原 有 对 象 的 一 个 复制 ,而 原 对 象 仍然 存在 于 内 存 中 。 通 过 序列 化 实现 的 
复制 不 仅 可 以 复制 对 象 本 身 ,而 且 可 以 复制 其 引用 的 成 员 对 象 , 因 此 通过 序列 化 将 对 象 写 到 
一 个 流 中 ,再 从 流 里 将 其 读 出 来 ,可 以 实现 深 克 隆 。 需 要 注意 的 是 能 够 实现 序列 化 的 对 象 其 
类 必须 实现 Serializable 接口 ,否则 无 法 实现 序列 化 操作 。 

下 面 使 用 深 克 隆 技术 来 实现 工作 周报 和 附件 对 象 的 复制 ,由 于 要 将 附件 对 象 和 工作 周 
报 对 象 都 写 和 人流 中 ,因此 两 个 类 均 需 要 实现 Serializable 接口 ,其 结构 如 图 7-6 所 示 。 


* Serializable 
Attachment WeeklyLog 
- name : String - attachment : Attachment 
+ setName (String name) : void - name :String 
+ getName () :String -~ date :String 
+ download () :void [atachment |- content :String 
+ setAttachment (Attachment attachment) : void 
+ setName (String name) :void 
+ setDate (String date) :void 
+ setContent (String content) :void 
+ getAttachment () : Attachment 
+ getName () : String 
+ getDate () : String 
+ getContent () : String 
+ deepClone () : WeeklyLog 


图 7-6 工作 周报 创建 模块 结构 图 ( 深 克 隆 ) 
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修改 后 的 附件 类 Attachment 的 代码 如 下 : 


//designpatterns. prototype. deepclone. Attachment. java 
package designpatterns. prototype. deepclone; 
import java. io. x*; 


public class Attachment implements Serializable { 
private String name; // 附 件 名 


public void setName(String name) { 


this. name = name; 


public String getName() { 
return this. name; 


public void download() { 
System. out. println(" 下 载 附件 ,文件 名 为 " + name); 


工作 周报 类 WeeklyLog 不 再 使 用 Java 自 带 的 克隆 机 制 ,而 是 通过 序列 化 从 头 实现 对 
象 的 深 克隆 ,编写 deepClone() 方 法 实现 深 克 隆 。 修 改 后 的 WeeklyLog 类 的 代码 如 下 : 


//designpatterns. prototype. deepclone. WeeklyLog. java 
package designpatterns. prototype. deepclone; 
import java. io. *; 


public class WeeklyLog implements Serializable { 
private Attachment attachment; 
private String name; 
private String date; 
private String content; 


public void setAttachment (Attachment attachment) { 
this.attachment = attachment; 


public void setName( String name) { 
this. name = name; 


public void setDate(String date) { 
this. date = date; 


public void setContent(String content) { 
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this. content = content; 


} 


public Attachment getAttachment() { 
return (this.attachment); 
| 


public String getName() { 
return (this. name); 


} 


public String getDate() { 
return (this. date); 


} 


public String getContent() { 
return (this. content); 


} 


// 使 用 序列 化 技术 实现 深 克 隆 
public WeeklyLog deepClone( ) throws IOException, ClassNotFoundException, OptionalDataException { 
// 将 对 象 写 入 流 中 
ByteArrayOutputStream bao = new ByteArrayOutputStream( ); 
ObjectOutputStream oos = new ObjectOutputStream( bao); 
oos. writeObject(this); 
// 将 对 象 从 流 中 取出 
ByteArrayInputStream bis = new ByteArrayInputStream( bao. toByteArray( )); 
ObjectInputStream ois = new ObjectInputStream(bis); 
return (WeeklyLog)ois. readObject(); 


客户 端 测试 类 Client 的 代码 修改 如 下 : 


//designpatterns. prototype. deepclone. Client. java 
package designpatterns. prototype. deepclone; 


public class Client { 
public static void main(String args[]) { 
WeeklyLog log_previous, log_new = null; 


log_previous = new WeeklyLog( ); // 创 建 原型 对 象 
Attachment attachment = new Attachment( ); // 创 建 附件 对 象 
log_previous. setAttachment (attachment); // 将 附件 添加 到 周报 中 
try { 


log new= log previous. deepClone(); // 调 用 深 克 隆 方法 创建 克隆 对 象 
上 
catch(Exception e) { 

System. err.println(" 克 隆 失 败 !"); 
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} 


// 比 较 周 报 
System. out. println(" 周 报 是 否 相 同 ? " + (log_previous == log_new)); 
// 比 较 附 件 
System. out.println(" 附 件 是 否 相 同 ? " + (1og_previous. getAttachment() == 1og_new. 
getAttachment( ) ) ) 7 
} 


} 


执行 客户 端 测试 类 Client, 输 出 结果 如 下 : 


周报 是 否 相 同 ? false 
附件 是 否 相 同 ? false 


从 输出 结果 可 以 得 知 ,本 实例 中 在 成 功 复制 周报 对 象 的 同时 附件 对 象 也 被 复制 ,实现 了 


在 上 述 深 克隆 实现 代码 中 ,首先 使 用 序列 化 将 当前 对 象 写 入 流 中 ,然后 使 用 反 序列 化 从 
流 中 获取 对 象 。 由 于 在 序列 化 时 一 个 对 象 的 成 员 对 象 将 伴随 该 对 象 一 起 被 写 入 流 中 ,在 反 序 
列 化 时 将 得 到 一 个 包含 成 员 对 象 的 新 对 象 ,因此 可 采用 序列 化 和 反 序 列 化 联 用 来 实现 深 克 隆 。 


7.4 原型 管理 器 


原型 管理 器 (Prototype Manager) 将 多 个 原型 对 象 存储 在 一 个 集合 中 供 客户 端 使 用 , 它 
是 一 个 专门 负责 克隆 对 象 的 工厂 ,其 中 定义 了 一 个 集合 用 于 存储 原型 对 象 ,如 果 需 要 某 个 原 
型 对 象 的 一 个 克隆 ,可 以 通过 复制 集合 中 对 应 的 原型 对 象 来 获得 。 在 原型 管理 器 中 针对 抽 


象 原型 类 进行 编程 ,以 便 扩展 ,其 结构 如 图 7-7 所 示 。 


Client 


Prototype 


+ clone () : Prototype 


| 
| 
<<creale>> 


Y 
PrototypeManager ConcretePrototypeA 


ConcretePrototypeB 


- prototypeTable : Hashtable 


+ add (String key, Prototype prototype) id + clone () : Prototype 


+ clone () : Prototype 


: vo 
+ get (String key) : Prototype 


图 7-7 带 原型 管理 器 的 原型 模式 


在 图 7-7 中 ,典型 的 原型 管理 器 PrototypeManager 类 的 实现 代码 片段 如 下 : 


import java. util. *; 


public class PrototypeManager { 
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Private Hashtable prototypeTable = new Hashtable(); // 使 用 Hashtable 存储 原型 对 象 
public PrototypeManager() { 

prototypeTable. put("A", new ConcretePrototypeA( )); 

prototypeTable. put("B", new ConcretePrototypeB( )); 
} 


public void add( String key, Prototype prototype) { 
prototypeTable. put (key, prototype); 
} 


public Prototype get(String key) 


{ 
Prototype clone = null; 


clone = ((Prototype) prototypeTable. get(key)).clone(); // 通 过 克隆 方法 创建 新 对 象 


return clone; 


} 


在 实际 开发 中 可 以 将 PrototypeManager 设计 为 单 例 类 (第 8 章 将 学 习 如 何 设计 单 例 
类 ) ,确保 系统 中 有 且 仅 有 一 个 PrototypeManager 对 象 ,这 样 既 有 利于 节省 系统 资源 ,还 可 
以 更 好 地 对 原型 管理 器 对 象 进行 控制 。 


7.5 原型 模式 优 /缺点 与 适用 环境 


原型 模式 作为 一 种 快速 创建 大 量 相同 或 相似 对 象 的 方式 ,在 软件 开发 中 的 应 用 较为 广 
泛 ,很 多 软件 提供 的 复制 (Ctrl 十 C) 和 粘贴 (Ctrl+V) 操 作 就 是 原型 模式 的 典型 应 用 。 


7.5.1 原型 模式 优点 


原型 模式 的 优点 主要 如 下 : 

(1) 当 创 建新 的 对 象 实例 较为 复杂 时 ,使 用 原型 模式 可 以 简化 对 象 的 创建 过 程 ,通过 复 
制 一 个 已 有 实例 可 以 提高 新 实例 的 创建 效率 。 

(2) 扩展 性 较 好 ,由 于 在 原型 模式 中 提供 了 抽象 原型 类 ,在 客户 端 可 以 针对 抽象 原型 类 
进行 编程 ,而 将 具体 原型 类 写 在 配置 文件 中 ,增加 或 减少 产品 类 对 原 有 系统 没有 任何 影响 。 

(3) 原型 模式 提供 了 简化 的 创建 结构 ,工厂 方法 模式 常常 需要 有 一 个 与 产品 类 等 级 结 
构 相 同 的 工厂 等 级 结构 ,而 原型 模式 就 不 需要 这 样 ,原型 模式 中 产品 的 复制 是 通过 封装 在 原 
型 类 中 的 克隆 方法 实现 的 ,无 须 专门 的 工厂 类 来 创建 产品 。 

(4) 可 以 使 用 深 克 隆 的 方式 保存 对 象 的 状态 ,使 用 原型 模式 将 对 象 复制 一 份 并 将 其 状 
态 保 存 起 来 ,以 便 在 需要 的 时 候 使 用 (例如 恢复 到 某 一 历史 状态 ) ,可 辅助 实现 撤销 操作 。 


7.5.2 原型 模式 缺点 


原型 模式 的 缺点 主要 如 下 : 
(1) 需要 为 每 一 个 类 配备 一 个 克隆 方法 ,而 且 该 克隆 方法 位 于 一 个 类 的 内 部 , 当 对 已 有 
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的 类 进行 改造 时 需要 修改 源 代 码 ,违背 了 开 闭 原则 。 
(2) 在 实现 深 克 隆 时 需要 编写 较为 复杂 的 代码 ,而 且 当 对 象 之 间 存 在 多 重 的 嵌 套 引用 
时 ,为 了 实现 深 克 隆 ,每 一 层 对 象 对 应 的 类 都 必须 支持 深 克 隆 ,实现 起 来 可 能 会 比较 麻烦 。 


7.5.3 原型 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 原型 模式 : 

(1) 创建 新 对 象 成 本 较 大 (例如 初始 化 需要 占用 较 长 的 时 间 、 占 用 太 多 的 CPU 资源 或 
网 络 资源 ) ,新 对 象 可 以 通过 复制 已 有 对 象 来 获得 ,如 果 是 相似 对 象 , 则 可 以 对 其 成 员 变 量 稍 
作 修 改 。 

(2) 系统 要 保存 对 象 的 状态 ,而 对 象 的 状态 变化 很 小 。 

(3) 需要 避免 使 用 分 层次 的 工厂 类 来 创建 分 层次 的 对 象 , 并 且 类 的 实例 对 象 只 有 一 个 
或 很 少 的 几 个 组 合 状态 ,通过 复制 原型 对 象 得 到 新 实例 可 能 比 使 用 构造 函数 创建 一 个 新 实 
例 更 加 方便 。 


7.6 本 章 小 结 


1. 在 原型 模式 中 ,使 用 原型 实例 指定 待 创建 对 象 的 类 型 ,并且 通 过 复制 这 个 原型 来 创 
建新 的 对 象 。 原 型 模式 是 一 种 对 象 创建 型 模式 。 

2. 原型 模式 包含 抽象 原型 类 、 具 体 原 型 类 和 客户 类 3 个 角色 。 其 中 ,抽象 原型 类 是 声 
明 克 隆 方法 的 接口 ,是 所 有 具体 原型 类 的 公共 父 类 ; 具体 原型 类 实现 在 抽象 原型 类 中 声明 
的 克隆 方法 ,在 克隆 方法 中 返回 自己 的 一 个 克隆 对 象 。 

3. 根据 在 复制 原型 对 象 的 同时 是 否 复制 包含 在 原型 对 象 中 引用 类 型 的 成 员 变 量 , 原 型 
模式 的 克隆 机 制 可 分 为 浅 克 隆 和 深 克隆 。 在 浅 克隆 中 , 当 原 型 对 象 被 复制 时 只 复制 它 本 身 
和 其 中 包含 的 值 类 型 的 成 员 变 量 ,引用 类 型 的 成 员 变 量 并 没有 复制 ; 在 深 克 隆 中 ,除了 对 象 
本 身 被 复制 外 ,对 象 所 包含 的 所 有 成 员 变 量 也 将 被 复制 。 

4. 在 Java 语言 中 可 以 直接 使 用 Object 提供 的 clone() 方 法 来 实现 对 象 的 克隆 ,能够 实 
现 克隆 的 Java 类 必须 实现 一 个 标识 接口 Cloneable, 表 示 这 个 Java 类 支持 复制 。 

5. 原型 模式 的 优点 主要 是 当 待 创建 的 对 象 实例 较为 复杂 时 可 以 简化 对 象 的 创建 过 程 ， 
通过 复制 一 个 已 有 实例 可 以 提高 新 实例 的 创建 效率 ,而 且 具 有 较 好 的 扩展 性 ; 其 缺点 主要 
在 于 需要 为 每 一 个 类 配备 一 个 克隆 方法 ,因此 在 对 已 有 类 进行 改造 时 比较 麻烦 ,需要 修改 源 
代码 ,并 且 在 实现 深 克 隆 时 需要 编写 较为 复杂 的 代码 。 

6. 原型 模式 适用 于 以 下 环境 : 创建 新 对 象 成 本 较 大 ,新 对 象 可 以 通过 复制 已 有 对 象 来 
获得 ; 系统 要 保存 对 象 的 状态 ,而 对 象 的 状态 变化 很 小 ; 需要 避免 使 用 分 层次 的 工厂 类 来 
创建 分 层次 的 对 象 ,并 且 类 的 实例 对 象 只 有 一 个 或 很 少 的 几 个 组 合 状态 ,通过 复制 原型 对 象 
得 到 新 实例 可 能 比 使 用 构造 函数 创建 一 个 新 实例 更 加 方便 。 

7. 原型 管理 器 将 多 个 原型 对 象 存储 在 一 个 集合 中 供 客户 端 使 用 , 它 是 一 个 专门 负责 克 
隆 对 象 的 工厂 ,其 中 定义 了 一 个 集合 用 于 存储 原型 对 象 ,如 果 需 要 某 个 原型 对 象 的 一 个 克 
隆 , 可 以 通过 复制 集合 中 对 应 的 原型 对 象 来 获得 。 
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7.7 习题 


1. 关于 Java 语言 中 的 clone() 方 法 ,以 下 叙述 有 误 的 一 项 是 ( 和 
A. 对 于 对 象 x, 都 有 x. clone() 王 一 x 
B. 对 于 对 象 x, 都 有 x. clone(). getClass() 王 一 x. getClass() 
C， 对 于 对 象 x 的 成 员 对 象 member, 都 有 x. clone(). getMember() 王 一 x. getMember() 
D. 对 于 对 象 x 的 成 员 对 象 member, 都 有 x. clone(). getMember(). getClass() 王 一 
x. get Member(). getClass() 
2. 以 下 关于 原型 模式 的 叙述 错误 的 是 ( ) 。 
A. 原型 模式 通过 给 出 一 个 原型 对 象 来 指明 所 要 创建 的 对 象 的 类 型 ,然后 用 复制 这 
个 原型 对 象 的 办 法 创建 出 更 多 同类 型 的 对 象 
B. 浅 克隆 仅仅 复制 所 考虑 的 对 象 ,而 不 复制 它 所 引用 的 对 象 ,也 就 是 其 中 的 成 员 对 
象 并 不 复制 
C. 在 原型 模式 中 实现 深 克 隆 时 通常 需要 编写 较为 复杂 的 代码 
D. 在 原型 模式 中 不 需要 为 每 一 个 类 配备 一 个 克隆 方法 ,因此 对 于 原型 模式 的 扩展 
很 灵活 ,对 于 已 有 类 的 改造 也 较为 容易 
3. 某 公司 要 开发 一 个 即时 聊天 软件 ,用 户 在 聊天 过 程 中 可 以 与 多 位 好 友 同 时 聊天 ,在 
私 聊 时 将 产生 多 个 聊天 窗口 ,为 了 提高 聊天 窗口 的 创建 效率 ,要求 根据 第 一 个 窗口 快速 创建 
其 他 窗口 。 针 对 这 种 需求 ,采用 ( ) 进 行 设计 最 为 合适 。 
A， 享 元 模式 B. 单 例 模式 C. 原型 模式 D. 组 合 模式 
4. 某 数据 处 理 软 件 需 要 增加 一 个 图 表 复 制 功能 ,在 图 表 (DataChart) 对 象 中 包含 一 个 
数据 集 (DataSet) 对 象 ,数据 集 对 象 用 于 封装 待 显示 的 数据 ,用 户 可 以 通过 界面 上 的 “复制 ” 
按钮 将 该 图 表 复 制 一 份 ,复制 后 即 可 得 到 新 的 图 表 对 象 ,然后 可 以 修改 新 图 表 的 编号 .颜色 
和 数据 。 试 使 用 原型 模式 设计 该 软件 并 使 用 Java 语言 模拟 深 克 隆 实 现 。 
5. 某 公司 要 创建 一 个 公文 管理 器 ,在 公文 管理 器 中 提供 一 个 集合 对 象 来 存储 一 些 常 用 
的 公文 模板 ,用 户 可 以 通过 复制 这 些 公 文 模板 快速 创建 新 的 公文 。 试 使 用 带 有 原型 管理 器 
的 原型 模式 来 设计 该 公文 管理 器 并 使 用 Java 代码 编程 模拟 。 
6. 请 为 某 销 售 管理 系统 设计 并 实现 一 个 客户 类 Customer, 在 客户 类 中 包含 一 个 名 为 
客户 地 址 的 成 员 变 量 ,客户 地 址 的 类 型 为 Address, 用 浅 克隆 和 深 克 隆 分 别 实现 Customer 
对 象 的 复制 并 比较 这 两 种 克隆 方式 的 异同 。 


单 例 模式 


单 例 模式 是 结构 最 简单 的 设计 模式 ,在 它 的 核心 结构 中 只 包含 一 个 被 称 
为 单 例 类 的 特殊 类 。 通 过 单 例 模式 可 以 确保 系统 中 的 一 个 类 只 有 一 个 实例 而 
且 该 实例 易于 被 外 界 访问 ,从 而 方便 对 实例 个 数 进行 控制 ,节约 系统 资源 。 

本 章 将 学 习 如 何 使 用 单 例 模 式 来 确保 系统 中 某 个 类 的 实例 对 象 的 唯一 
性 ,学 习 单 例 模 式 的 实现 方式 以 及 如 何在 实际 项 目 开 发 中 合理 地 使 用 单 例 
模式 。 

本 章 知 识 点 

。 单 例 模式 的 定义 

。 单 例 模式 的 结构 

。 单 例 模式 的 实现 

。 单 例 模式 的 应 用 

。 单 例 模式 的 优 /缺点 

。 单 例 模 式 的 适用 环境 

。 懒汉 式 单 例 和 饿 汉 式 单 例 

。 双重 检查 锁定 


8.1 单 例 模 式 概述 


对 于 一 个 软件 系统 中 的 某 些 类 而 言 ,只 有 一 个 实例 很 重要 ,例如 一 个 系统 只 能 有 一 个 窗 
口 管理 器 或 文件 系统 ,一 个 系统 只 能 有 一 个 计时 工具 或 ID( 序 号 ) 生 成 器 等 。 在 Windows 
操作 系统 中 就 只 能 打开 一 个 任务 管理 器 窗口 ,如 图 8-1 所 示 。 如 果 不 使 用 机 制 对 窗口 对 象 
进行 唯一 化 ,势必 会 弹出 多 个 窗口 。 如 果 这 些 窗口 显示 的 内 容 完 全 一 致 , 则 是 重复 对 象 , 浪 
费 内 存 资源 ; 如 果 这 些 窗口 显示 的 内 容 不 一 致 , 则 意味 着 在 某 一 瞬间 系统 有 多 个 状态 ,与 实 
际 不 符 ,也 会 给 用 户 带 来 误解 ,不 知道 哪 一 个 才 是 真实 的 状态 。 因 此 有 时 确保 系统 中 某 个 对 
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象 的 唯一 性 ( 即 一 个 类 只 能 有 一 个 实例 ) 非 常 重要 。 


文人 (选项 (O) 前 看 (V) 帮助 (H) 
应 用 程序 | 进程 “| 服务 性 能 ”| 联网 = | 用户 
CPV 使 用 率 CPV 使 用 记录 


物理 内 存 使 用 记录 


物理 内 存 0B) 

总 数 

人 进程 数 65 

实用 579 “开机 时 间 0:12:53:26 

和 OB) 提交 0 1334 / 3943 

208 

打分 页 53 商机 器 B) 

进程 数 : 65 CPU 使 用 率 : 10% 。。 物理 内 存 : 37% 


图 8-1 Windows 任务 管理 器 


如 何 保证 一 个 类 只 有 一 个 实例 并 且 这 个 实例 易于 被 访问 呢 ? 定义 一 个 统一 的 全 局 变量 
可 以 确保 对 象 随时 都 可 以 被 访问 ,但 不 能 防止 创建 多 个 对 象 。 一 个 更 好 的 解决 办 法 是 让 类 
自身 负责 创建 和 保存 它 的 唯一 实例 ,并 保证 不 能 创建 其 他 实例 , 它 还 提供 一 个 访问 该 实例 的 
方法 ,这 就 是 单 例 模式 的 动机 。 

单 例 模式 的 定义 如 下 : 


单 例 模式 : 确保 一 个 类 只 有 一 个 实例 ,并 提供 一 个 全 局 访问 点 来 
访问 这 个 唯一 实例 。 
Singleton Pattern: Ensure a class has only one instance, and 


provide a global point of access to it. 


单 例 模 式 是 一 种 对 象 创建 型 模式 。 单 例 模 式 有 3 个 要 点 : 一 是 某 个 类 只 能 有 一 个 实 
例 ; 二 是 它 必须 自行 创建 这 个 实例 ; 三 是 它 必须 自行 向 整个 系统 提供 这 个 实例 。 


8.2 单 例 模式 结构 与 实现 


8.2.1 单 例 模 式 结构 


单 例 模 式 是 结构 最 简单 的 设计 模式 , 它 只 包含 一 个 类 , 即 单 例 类 。 单 例 模式 的 结构 图 如 
图 8-2 所 示 。 

由 图 8-2 可 知 , 单 例 模式 只 包含 一 个 单 例 角色 ,也 就 是 Singleton 。 

对 于 Singleton( 单 例 ) ,在 单 例 类 的 内 部 创建 它 的 唯一 实例 ,并 通过 静态 方法 getInstance() 
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Singleton 
- instance : Singleton instance 
- Singleton () 
+ getlnstance () : Singleton 


instance=new Singleton(); 


re 人 
if(instance==nuIl) 
return instance; 


图 8-2 单 例 模式 结构 图 


让 客户 端 可 以 使 用 它 的 唯一 实例 ; 为 了 防止 在 外 部 对 单 例 类 实例 化 ,将 其 构造 函数 的 可 见 
性 设 为 private; 在 单 例 类 内 部 定义 了 一 个 Singleton 类 型 的 静态 对 象 作为 供 外 部 共享 访问 
的 唯一 实例 。 


8.2.2 单 例 模式 实现 


单 例 模式 的 目的 是 保证 一 个 类 有 且 仅 有 一 个 实例 ,并 提供 一 个 访问 它 的 全 局 访问 点 。 
单 例 模式 包含 的 角色 只 有 一 个 ,也 就 是 单 例 类 Singleton。 单 例 类 拥有 一 个 私有 构造 函数 ， 
确保 用 户 无 法 通过 new 关键 字 直 接 实例 化 它 。 除 此 之 外 ,在 单 例 类 中 还 包含 一 个 静态 私有 
成 员 变量 与 静态 公有 的 工厂 方法 ,该 工厂 方法 负责 检验 实例 的 存在 性 并 实例 化 自己 ,然后 存 
储 在 静态 成 员 变 量 中 ,以 确保 只 有 一 个 实例 被 创建 。 

通常 , 单 例 模式 的 实现 代码 如 下 : 


public class Singleton { 
private static Singleton instance = null; // 静 态 私 有 成 员 变 量 


// 私 有 构造 函数 
Private Singleton() { 
} 


// 静 态 公 有 工厂 方法 ,返回 唯一 实例 
public static Singleton getInstance() { 
if(instance== null) 
instance = new Singleton( ); 
return instance; 


为 了 测试 单 例 类 所 创建 对 象 的 唯一 性 ,可 以 编写 以 下 客户 端 测 试 代码 : 


public class Client { 
public static void main(String args[]) { 
Singleton sl = Singleton. getInstance(); 
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Singleton s2 = Singleton. getInstance( ); 
// 判 断 两 个 对 象 是 否 相 同 
if (sl1==s2) { 

System. out. println(" 两 个 对 象 是 相同 实例 ."); 
} 
else { 

System. out. println(" 两 个 对 象 是 不 同 实例 ."); 
} 


} 


编译 代码 并 运行 ,输出 结果 为 : 


两 个 对 象 是 相同 实例 。 


这 说 明 两 次 调用 getInstance() 时 所 获取 的 对 象 是 同一 实例 对 象 , 且 无 法 在 外 部 对 
Singleton 进行 实例 化 ,因此 确保 系统 中 只 有 唯一 的 一 个 Singleton 对 象 。 

在 单 例 模式 的 实现 过 程 中 需要 注意 以 下 3 点 : 

(1) 单 例 类 构造 函数 的 可 见 性 为 private。 

(2) 提供 一 个 类 型 为 自身 的 静态 私有 成 员 变 量 。 

(3) 提供 一 个 公有 的 静态 工厂 方法 。 


8.3 单 例 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 单 例 模式 。 
1. 实例 说 明 


菜 软件 公司 承接 了 一 个 服务 器 负载 均衡 (Load Balance) 软 件 的 
开发 工作 ,该 软件 运行 在 一 台 负 载 均衡 服务 器 上 ,可 以 将 并 发 访问 和 
数据 流量 分 发 到 服务 器 集群 中 的 多 台 设 备 上 进行 并 发 处 理 , 提 高 系统 
的 整体 处 理 能 力 ,缩短 响应 时 间 。 由 于 集群 中 的 服务 器 需要 动态 删 
减 , 且 客户 端 请 求 需要 统一 分 发 ,因此 需要 确保 负载 均衡 器 的 唯一 性 ， 
只 能 有 一 个 负载 均衡 器 来 负责 服务 器 的 管理 和 请 求 的 分 发 ,否则 将 会 
带 来 服务 器 状态 的 不 一 致 以 及 请 求 分 配 冲突 等 问题 。 如 何 确保 负载 
均衡 器 的 唯一 性 是 该 软件 成 功 的 关键 , 试 使 用 单 例 模式 设计 服务 器 负 
载 均衡 器 。 


2. 实例 类 图 

通过 分 析 ,本 实例 的 结构 图 如 图 8-3 所 示 。 

在 图 8-3 中 ,将 负载 均衡 器 LoadBalancer 设计 为 单 例 类 ,其 中 包含 一 个 存储 服务 器 信息 
的 集合 serverList ,每 次 在 serverList 中 随机 选择 一 台 服 务 器 来 响应 客户 端的 请 求 。 
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LoadBalancer 
- instance :LoadBalancer = null 
- ServerList : List = null 
- LoadBalancer () 
+ getLoadBalancer () :LoadBalancer 
+ addServer (String server) :void 
+ removeServer (String server) : void 
+ getServer () : String 


图 8-3 服务 器 负载 均衡 器 结构 图 


3. 实例 代码 

(1) LoadBalancer: 负载 均衡 器 类 ,充当 单 例 角 色 。 在 真实 环境 下 该 类 将 非常 复杂 , 包 
括 大 量 初始 化 的 工作 和 业务 方法 ,考虑 到 代码 的 可 读 性 和 易 理 解 性 ,此 外 只 列 出 部 分 与 模式 
相关 的 核心 代码 。 


//designpatterns. singleton. LoadBalancer. java 
package designpatterns. singleton; 
import java. util. x*; 


public class LoadBalancer { 
// 私 有 静态 成 员 变量 , 存储 唯一 实例 
Private static LoadBalancer instance = null; 
// 服 务 器 集合 
Private List serverList = null; 


// 私 有 构造 函数 
Private LoadBalancer() { 
serverList = new ArrayList(); 


} 


// 公 有 静态 成 员 方 法 ,返回 唯一 实例 
public static LoadBalancer getLoadBalancer() { 
if (instance == null) { 


instance = new LoadBalancer( ); 


return instance; 
外 
// 增 加 服务 器 


public void addServer(String server) { 
serverList. add( server); 


} 


// 删 除 服务 器 
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public void removeServer(String server) { 
serverList. remove( server); 


} 


// 使 用 Random 类 随机 获取 服务 器 

public String getServer() { 
Random random = new Random( ) ; 
int i= random. nextInt(serverList. size()); 
return (String)serverList. get(i); 


(2) Client: 客户 端 测试 类 。 


//designpatterns. singleton. Client. java 
package designpatterns. singleton; 


public class Client { 
public static void main(String args[]) { 

// 创 建 4 个 LoadBalancer 对 象 

LoadBalancer balancerl,balancer2,balancer3,balancer4; 
balancerl = LoadBalancer. getLoadBalancer( ); 

balancer2 = LoadBalancer. getLoadBalancer(); 

balancer3 = LoadBalancer. getLoadBalancer( ); 

balancer4 = LoadBalancer. getLoadBalancer( ); 


// 判 断 服务 器 负载 均衡 器 是 否 相同 
if (balancerl == balancer2 & balancer2 == balancer3 & balancer3 == balancer4) { 
System. out. println(" 服 务 器 负载 均衡 器 具有 了 唯一 性 !" ); 


// 增 加 服务 器 

balancerl.addServer("Server 1"); 
balancerl.addServer("Server 2"); 
balancerl.addServer( "Server 3"); 
balancer1.addServer("Server 4"); 


// 模 拟 客户 端 请 求 的 分 发 ,如果 输出 结果 为 同一 个 server, 可 以 将 适当 放大 
// 例 如 改 为 "i < 100" 
for (int i=0; i<10; i++) { 

String server = balancer1. getServer(); 


System. out. println(" 分 发 请 求 至 服务 器 : " + server); 


编译 并 运行 程序 ,输出 结果 如 下 : 
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服务 器 负载 均衡 器 具有 唯一 性 ! 
分 发 请 求 至 服务 器 : Server 1 
分 发 请 求 至 服务 器 : Server 4 
分 发 请 求 至 服务 器 : Server 4 
分 发 请 求 至 服务 器 : Server 1 
分 发 请 求 至 服务 器 : Server 2 
分 发 请 求 至 服务 器 : Server 2 
分 发 请 求 至 服务 器 : Server 1 
分 发 请 求 至 服务 器 : Server 4 
分 发 请 求 至 服务 器 : Server 3 
分 发 请 求 至 服务 器 : Server 2 


虽然 创建 了 4 个 LoadBalancer 对 象 ,但 是 它们 实际 上 是 同一 个 对 象 ,因此 通过 使 用 单 
例 模 式 可 以 确保 LoadBalancer 对 象 的 唯一 性 。 


8.4 俄 汉 式 单 例 与 懒汉 式 单 例 
1. 馈 汉 式 单 例 类 


饿 汉 式 单 例 类 (Eager Singleton) 是 实现 起 来 最 简单 的 单 例 类 , 饿 汉 式 单 例 类 结构 图 如 
图 8-4 所 示 。 


EagerSingleton 

|- instance : EagerSingleton = new EagerSingleton() 
- EagerSingleton () 

+ getinstance () : EagerSingleton 


图 8-4 ” 饿 汉 式 单 例 类 图 


从 图 8-4 中 可 以 看 出 ,由 于 在 定义 静态 变量 的 时 候 实例 化 单 例 类 ,因此 在 类 加 载 时 单 例 
对 象 就 已 创建 ,代码 如 下 : 


public class EagerSingleton { 
private static final EagerSingleton instance = new EagerSingleton(); 
private EagerSingleton() { } 


public static EagerSingleton getInstance() { 
return instance; 
} 
} 


当 类 被 加 载 时 ,静态 变量 instance 会 被 初始 化 ,此 时 类 的 私有 构造 函数 会 被 调用 , 单 例 
类 的 唯一 实例 将 被 创建 。 


112 Java 设计 模式 


2. 懒汉 式 单 例 类 与 双重 检查 锁定 

与 俄 汉 式 单 例 类 相同 的 是 ,懒汉 式 单 例 类 (Lazy Singleton) 的 构造 函数 也 是 私有 的 。 与 
饿 汉 式 单 例 类 不 同 的 是 ,懒汉 式 单 例 类 在 第 一 次 被 引用 时 将 自己 实例 化 ,在 懒汉 式 单 例 类 被 
加 载 时 不 会 将 自己 实例 化 。 懒 汉 式 单 例 类 的 结构 图 如 图 8-5 所 示 。 


LazySingleton 
二 j- instance : LazySingleton =null 请 一 一 一 一 一 一 b 


Instance |- [azySingleton 0 
+ getinstance () :LazySingleton 
| 


instance=new LazySingleton(); 


Ed creates | 
ifinstance==null) 
retum instance; 


图 8-5 ”懒汉 式 单 例 类 图 
从 图 8-5 中 可 以 看 出 ,懒汉 式 单 例 在 第 一 次 调用 getInstance() 方 法 时 实例 化 ,在 类 加 载 


时 并 不 自行 实例 化 ,这 种 技术 又 称 为 延迟 加 载 (Lazy Load) 技 术 , 即 需要 的 时 候 再 加 载 实例 。 
为 了 避免 多 个 线程 同时 调用 getInstance() 方 法 ,可 以 使 用 关键 字 synchronized ,代码 如 下 : 


public class LazySingleton { 
private static LazySingleton instance = null; 


private LazySingleton() { } 


// 使 用 synchronized 关键 字 对 方法 加 锁 , 确保 任意 时 刻 只 有 一 个 线程 可 执行 该 方法 
synchronized public static LazySingleton getInstance() { 
if (instance == nu11) { 
instance = new LazySingleton( ); 
} 


return instance; 


} 


在 上 述 懒 汉 式 单 例 类 中 ,在 getInstance() 方 法 前 面 增加 了 关键 字 synchronized 进行 线 
程 锁定 ,以 处 理 多 个 线程 同时 访问 的 问题 。 上 述 代码 虽然 解决 了 线程 安全 问题 ,但 是 每 次 调 
用 getInstance() 时 都 需要 进行 线程 锁定 判断 ,在 多 线程 高 并 发 访问 环境 中 将 会 导致 系统 性 
能 大 大 降低 。 因此 可 以 继续 对 懒汉 式 单 例 进行 改进 ,通过 分 析 不 难 发 现 无 须 对 整个 
getInstance() 方 法 进行 锁定 ,只 需 对 其 中 的 代码 "instance 王 new LazySingleton(); ”进行 锁 
定 即 可 。getInstance() 方 法 可 以 进行 如 下 改进 


public static LazySingleton getInstance() { 
if (instance== nu11) { 
synchronized (LazySingleton.class) { 
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instance = new LazySingleton( ); 


return instance; 


问题 貌似 得 以 解决 ,事实 并 非 如 此 。 如 果 使 用 以 上 代码 来 实现 单 例 类 ,还 是 会 存在 单 例 
对 象 不 唯一 的 情况 。 原 因 如 下 : 

假如 在 某 一 瞬间 线程 A 和 线程 B 都 在 调用 getInstance() 方 法 ,此 时 instance 对 象 为 
null 值 , 均 能 通过 “instance 二 二 null” 的 判断 。 由 于 实现 了 synchronized 加 锁 机 制 ,线程 A 
进入 synchronized 锁定 的 代码 中 执行 实例 创建 代码 ,线程 B 处 于 排队 等 待 状态 ,必须 等 待 
线程 A 执行 完毕 后 才 可 以 进入 synchronized 锁定 的 代码 。 但 当 A 执行 完毕 时 线程 B 并 不 
知道 实例 已 经 创建 ,将 继续 创建 新 的 实例 ,导致 产生 多 个 单 例 对 象 ,违背 了 单 例 模式 的 设计 
思想 ,因此 需要 进一步 改进 ,在 synchronized 中 再 进行 一 次 “instance 二 二 nul1” 判 断 ,这 种 方 
式 称 为 双重 检查 锁定 (Double-Check Locking)。 使 用 双重 检查 锁定 实现 的 懒汉 式 单 例 类 的 
完整 代码 如 下 : 


public class LazySingleton { 
private volatile static LazySingleton instance = null; 


private LazySingleton() { } 


public static LazySingleton getInstance() { 
// 第 一 重 判断 
if (instance == null) { 
// 锁 定 代 码 块 
synchronized (LazySingleton. class) { 
// 第 二 重 判断 
if (instance == null) { 
instance = new LazySingleton( ); // 创 建 单 例 实例 
} 
} 
} 


return instance; 


} 


需要 注意 的 是 ,如 果 使 用 双重 检查 锁定 来 实现 懒汉 式 单 例 类 ,需要 在 静态 成 员 变 量 
instance 之 前 增加 修饰 符 volatile, 被 volatile 修饰 的 成 员 变 量 可 以 确保 多 个 线程 都 能 够 正 
确 处 理 , 且 该 代码 只 能 在 JDK 1.5 及 以 上 版 本 中 才能 正确 执行 。 由 于 volatile 关键 字 会 
项 Java 虚拟 机 所 做 的 一 些 代 码 优化 ,可 能 会 导致 系统 的 运行 效率 降低 ,因此 即使 使 用 双 对 
检查 锁定 来 实现 单 例 模式 也 不 是 一 种 完美 的 实现 方式 。 
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3. 俄 汉 式 单 例 类 与 懒汉 式 单 例 类 的 比较 

俄 汉 式 单 例 类 在 类 被 加 载 时 就 将 自己 实例 化 , 它 的 优点 在 于 无 须 考 虑 多 个 线程 同时 访 
问 的 问题 ,可 以 确保 实例 的 唯一 性 ; 从 调用 速度 和 反应 时 间 角 度 来 讲 , 由 于 单 例 对 象 一 开始 
就 得 以 创建 ,因此 要 优 于 懒汉 式 单 例 。 但 是 无 论 系 统 在 运行 时 是 否 需 要 使 用 该 单 例 对 象 ， 
于 在 类 加 载 时 该 对 象 就 需要 创建 ,因此 从 资源 利用 效率 角度 来 讲 饿 汉 式 单 例 不 及 懒汉 式 单 
例 , 而 且 在 系统 加 载 时 由 于 需要 创建 饿 汉 式 单 例 对 象 ,加 载 时 间 可 能 会 比较 长 。 

懒汉 式 单 例 类 在 第 一 次 使 用 时 创建 ,无 须 一 直 占 用 系统 资源 ,实现 了 延迟 加 载 ,但 是 必 
须 处 理 多 个 线程 同时 访问 的 问题 ,特别 是 当 单 例 类 作为 资源 控制 器 ,在 实例 化 时 必然 涉及 资 
源 初始 化 ,而 资源 初始 化 很 有 可 能 耗费 大 量 时 间 , 这 意味 着 出 现 多 线程 同时 首次 引用 此 类 的 
几率 变 得 较 大 ,需要 通过 双重 检查 锁定 等 机 制 进行 控制 ,这 将 导致 系统 性 能 受到 一 定 影响 。 

4. 使 用 静态 内 部 类 实现 单 例 模式 

饿 汉 式 单 例 类 不 能 实现 延迟 加 载 , 不 管 将 来 用 不 用 始终 占据 内 存 ; 懒汉 式 单 例 类 线程 
安全 控制 烦琐 ,而 且 性 能 受 影响 。 可 见 , 无 论 是 饿 汉 式 单 例 还 是 懒汉 式 单 例 都 存在 一 些 问 
题 。 为 了 克服 这 些 问题 ,在 Java 语言 中 可 以 通过 Initialization on Demand Holder (IoDH) 
技术 来 实现 单 例 模式 。 

在 IoDH 中 ,需要 在 单 例 类 中 增加 一 个 静态 (static) 内 部 类 ,在 该 内 部 类 中 创建 单 例 对 
象 ,再 将 该 单 例 对 象 通过 getInstance() 方 法 返回 给 外 部 使 用 ,实现 代码 如 下 : 


//Initialization on Demand Holder (IoDH) 
public class Singleton { 

private Singleton() { 

} 


// 静 态 内 部 类 
Private static class HolderClass { 

private final static Singleton instance = new Singleton(); 
b 


public static Singleton getInstance() { 
return HolderClass. instance; 
ul 


public static void main(String args[]) { 
Singleton s1, s2; 
sl = Singleton. getInstance(); 
s2 = Singleton. getInstance( ); 
System. out. println(sl == s2); 


编译 并 运行 上 述 代 码 ,运行 结果 为 true, 即 创建 的 单 例 对 象 sl1 和 s2 为 同一 对 象 。 由 于 
静态 单 例 对 象 没 有 作为 Singleton 的 成 员 变量 直接 实例 化 ,因此 类 加 载 时 不 会 实例 化 
Singleton ,第 一 次 调用 getInstance() 时 将 加 载 内 部 类 HolderClass ,在 该 内 部 类 中 定义 了 一 
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个 static 类 型 的 变量 instance, 此 时 会 首先 初始 化 这 个 成 员 变 量 ,由 Java 虚拟 机 来 保证 其 线 
程 安全 性 ,确保 该 成 员 变 量 只 能 初始 化 一 次 。 由 于 getInstance() 方 法 没有 任何 线程 锁定 ， 
因此 其 性 能 不 会 造成 任何 影响 。 

通过 使 用 IoDH 既 可 以 实现 延迟 加 载 ,又 可 以 保证 线程 安全 ,不 影响 系统 性 能 ,不 失 为 
一 种 最 好 的 Java 语言 单 例 模式 实现 方式 ; 其 缺点 是 与 编程 语言 本 身 的 特性 相关 ,很 多 面向 
对 象 语 言 并 不 支持 IoDH。 


8.5 单 例 模式 优 /缺点 与 适用 环境 


单 例 模 式 作 为 一 种 目标 明确 、 结 构 简 单 、 理 解 容易 的 设计 模式 ,在 软件 开发 中 的 使 用 频 
率 相当 高 ,在 很 多 应 用 软件 和 框架 中 都 得 以 广泛 应 用 。 


8.5.1 单 例 模式 优点 


单 例 模式 的 优点 主要 如 下 : 

(1) 单 例 模式 提供 了 对 唯一 实例 的 受 控 访问 。 因 为 单 例 类 封装 了 它 的 唯一 实例 ,所 以 
它 可 以 严格 控制 客户 怎样 以 及 何 时 访问 它 。 

(2) 由 于 在 系统 内 存 中 只 存在 一 个 对 象 ,因此 可 以 节约 系统 资源 ,对 于 一 些 需 要 频繁 创 
建 和 销毁 的 对 象 , 单 例 模式 无 疑 可 以 提高 系统 的 性 能 。 

(3) 允许 可 变数 目的 实例 。 基 于 单 例 模式 可 以 进行 扩展 ,使 用 与 控制 单 例 对 象 相似 的 
方法 来 获得 指定 个 数 的 实例 对 象 , 既 节省 系统 资源 ,又 解决 了 由 于 单 例 对 象 共享 过 多 有 损 性 
能 的 问题 。( 注 : 自行 提供 指定 数目 实例 对 象 的 类 可 称 为 多 例 类 .) 


8.5.2 单 例 模式 缺点 


单 例 模式 的 缺点 主要 如 下 : 

(1) 由 于 单 例 模式 中 没有 抽象 层 ,因此 单 例 类 的 扩展 有 很 大 的 困难 。 

(2) 单 例 类 的 职责 过 重 ,在 一 定 程度 上 违背 了 单一 职责 原则 。 因 为 单 例 类 既 提 供 了 业 
务 方法 ,又 提供 了 创建 对 象 的 方法 (工厂 方法 ) ,将 对 象 的 创建 和 对 象 本 身 的 功能 耦合 在 
一 起 。 

(3) 现在 很 多 面向 对 象 语言 (如 Java、C# ) 的 运行 环境 都 提供 了 自动 垃圾 回收 技术 , 因 
此 如 果实 例 化 的 共享 对 象 长 时 间 不 被 利用 ,系统 会 认为 它 是 垃圾 ,会 自动 销毁 并 回收 资源 ， 
下 次 利用 时 又 将 重新 实例 化 ,这 将 导致 共享 的 单 例 对 象 状态 的 丢失 。 


8.5.3 单 例 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 单 例 模式 : 

(1) 系统 只 需要 一 个 实例 对 象 ,例如 系统 要 求 提供 一 个 唯一 的 序列 号 生成 器 或 资源 管 
理 器 ,或 者 因为 资源 消耗 太 大 而 只 允许 创建 一 个 对 象 。 

(2) 客户 调用 类 的 单个 实例 只 允许 使 用 一 个 公共 访问 点 ,除了 该 公共 访问 点 ,不 能 通过 
其 他 途径 访问 该 实例 。 
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8.6 ”本章 小 结 


1. 单 例 模式 确保 某 一 个 类 只 有 一 个 实例 ,而 且 自 行 实例 化 并 向 整个 系统 提供 这 个 实 
例 ,这 个 类 称 为 单 例 类 , 它 提供 全 局 访问 的 方法 。 单 例 模式 是 一 种 对 象 创建 型 模式 。 

2. 单 例 模式 只 包含 一 个 单 例 角 色 。 单 例 类 的 构造 函数 为 私有 , 它 提供 一 个 自身 的 静态 
私有 成 员 变量 和 一 个 公有 的 静态 工厂 方法 。 

3. 单 例 模式 的 优点 主要 在 于 提供 了 对 唯一 实例 的 受 控 访问 并 可 以 节约 系统 资源 ; 其 
缺点 主要 在 于 因为 缺少 抽象 层 而 难以 扩展 , 且 单 例 类 职责 过 重 , 将 太 多 功能 耦合 在 一 起 。 

4. 单 例 模式 适用 于 以 下 环境 : 系统 只 需要 一 个 实例 对 象 ; 客户 调用 类 的 单个 实例 只 多 
许 使 用 一 个 公共 访问 点 。 

5. 饿 汉 式 单 例 在 类 加 载 的 时 候 创 建 唯一 实例 , 售 汉 式 单 例 在 第 一 次 调用 静态 工厂 方法 
时 创建 唯一 实例 。 

6. 在 懒汉 式 单 例 类 中 为 了 确保 线程 安全 ,避免 创建 多 个 单 例 对 象 ,需要 使 用 双重 检查 
锁定 机 制 对 单 例 对 象 的 创建 进行 控制 。 


8.7 习题 


1. 在 (  ”) 时 可 使 用 单 例 模式 。 

A. 隔离 菜单 项 对 象 的 创建 和 使 用 

B. 防止 一 个 资源 管理 器 窗口 被 实例 化 多 次 

C. 使 用 一 个 已 有 的 查找 算法 而 不 想 修 改 既 有 代码 

D. 不 能 创建 子 类 ,需要 扩展 一 个 数据 过 滤 类 
2. 以 下 关于 单 例 模式 的 描述 正确 的 是 ( )s 

A. 它 描述 了 只 有 一 个 方法 的 类 的 集合 

B. 它 能 够 保证 一 个 类 只 产生 一 个 唯一 的 实例 

C. 它 描述 了 只 有 一 个 属性 的 类 的 集合 

D. 它 能 够 保证 一 个 类 的 方法 只 能 被 一 个 唯一 的 类 调用 
3. 以 下 ( ) 不 是 单 例 模式 的 要 点 。 

A. 某 个 类 只 能 有 一 个 实例 

B. 单 例 类 不 能 被 继承 

C. 必须 自行 创建 单个 实例 

D. 必须 自行 向 整个 系统 提供 单个 实例 
. 分 析 并 理解 饿 汉 式 单 例 与 懒汉 式 单 例 的 异同 。 
. 什么 是 双重 检查 锁定 ? 为 什么 要 进行 双重 检查 锁定 ? Java 如 何 实现 双重 检查 锁定 ? 
. 分 别 采 用 双重 检查 锁定 和 IoDH 方式 实现 8. 3 节 的 负载 均衡 器 。 

7. 使 用 单 例 模式 设计 一 个 多 文档 窗口 ( 注 : 在 Java AWT/Swing 开发 中 可 使 用 

JDesktopPane 和 JInternalFrame 来 实现 ) ,要求 在 主 窗 体 中 某 个 内 部 子 窗 体 只 能 实例 化 一 


@ 四 心 
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图 8-6 多 文档 窗口 示意 图 


8. 某 软 件 公司 开发 人 员 要 创建 一 个 数据 库 连接 池 , 将 指定 个 数 的 (如 两 个 或 3 个 ) 数 据 
库 连接 对 象 存储 在 连接 池 中 ,客户 端 代码 可 以 从 池 中 随机 取 一 个 连接 对 象 来 连接 数据 库 。 
试 通过 对 单 例 类 进行 改造 ,设计 一 个 能 够 自行 提供 指定 个 数 实例 对 象 的 数据 库 连 接 类 并 用 
Java 代码 编程 模拟 。 


本 章 导 学 
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适 配 需 模 式 


结构 型 模式 关注 如 何 将 现 有 类 或 对 象 组 织 在 一 起 形成 更 加 强大 的 结构 ， 
在 GoF 设计 模式 中 包含 7 种 结构 型 设计 模式 ,它们 适用 于 不 同 的 环境 ,使 用 
不 同 的 方式 组 合 类 与 对 象 , 使 之 可 以 协同 工作 。 

适配器 模式 是 一 种 使 用 频率 非常 高 的 结构 型 设计 模式 ,如 果 在 系统 中 存 
在 不 兼容 的 接口 ,可 以 通过 引入 一 个 适配器 来 使 原本 因为 接口 不 兼容 而 不 能 
一 起 工作 的 两 个 类 能 够 协同 工作 。 

本 章 将 对 7 种 结构 型 模式 进行 简要 的 介绍 ,学 习 适 配器 模式 的 定义 ,掌握 
类 适配器 模式 和 对 象 适 配器 模式 的 结构 与 实现 方式 ,并 结合 实例 学 习 如 何在 
实际 软件 项 目 开 发 中 应 用 适配器 模式 ,还 将 学 习 缺 省 适配器 模式 和 双向 适 配 
器 模式 等 适配器 模式 的 扩展 形式 。 
点 

。 结构 型 模式 

。 适配器 模式 的 定义 

。 适配器 模式 的 结构 

。 适配器 模式 的 实现 

。 适配器 模式 的 应 用 

。 适配器 模式 的 优 /缺点 

。 适配器 模式 的 适用 环境 

。 缺 省 适配器 模式 

。 双向 适配器 


9.1 结构 型 模式 


在 面向 对 象 软件 系统 中 ,每 个 类 /对 象 都 承担 了 一 定 的 职责 ,它们 可 以 相互 协作 ,实现 一 


些 复 杂 的 功能 。 


结构 型 模式 (Structural Pattern) 关 注 如 何 将 现 有 类 或 对 象 组 织 在 一 起 形成 
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更 加 强大 的 结构 。 不 同 的 结构 型 模式 从 不 同 的 角度 来 组 合 类 或 对 象 ,它们 在 尽 可 能 满足 各 
种 面向 对 象 设 计 原 则 的 同时 为 类 或 对 象 的 组 合 提 供 一 系列 巧妙 的 解决 方案 。 

结构 型 模式 可 以 描述 两 种 不 同 的 东西 一 一 类 与 类 的 实例 ( 即 对 象 )。 根 据 这 一 点 ,结构 
型 模式 可 以 分 为 类 结构 型 模式 和 对 象 结构 型 模式 。 类 结构 型 模式 关心 类 的 组 合 ,由 多 个 类 
可 以 组 合成 一 个 更 大 的 系统 ,在 类 结构 型 模式 中 一 般 只 存在 继承 关系 和 实现 关系 ; 而 对 象 
结构 型 模式 关心 类 与 对 象 的 组 合 ,通过 关联 关系 在 一 个 类 中 定义 另 一 个 类 的 实例 对 象 ,然后 
通过 该 对 象 调用 相应 的 方法 。 根 据 合 成 复 用 原则 ,在 系统 中 尽量 使 用 关联 关系 来 蔡 代 继 承 
关系 ,因此 大 部 分 结构 型 模式 都 是 对 象 结构 型 模式 。 

在 GoF 设计 模式 中 包含 7 种 结构 型 模式 ,它们 的 名 称 、 定 义 、 学 习 难 度 和 使 用 频率 如 
表 9-1 所 示 。 


表 9-1 结构 型 模式 一 览 表 


模式 名 称 定义 学 习 难 度 使 用 频率 
适配器 模式 将 一 个 类 的 接口 转换 成 客户 希望 的 另 一 个 接口 。 
(Adapter Pattern) 适配器 模式 让 那些 接口 不 兼容 的 类 可 以 一 起 工作 tai 
桥接 模式 将 抽象 部 分 与 它 的 实现 部 分 解 耦 ,使 得 两 者 都 能 够 
(Bridge Pattern) 独立 变化 et 
组 合 模式 组 合 多 个 对 象形 成 树 形 结构 以 表示 具有 部 分 -整体 
人 关系 的 层次 结构 。 组 合 模式 让 客户 端 可 以 统一 对 | 友 友 玄 六 六 | 龙 友 女友 六 
待 单个 对 象 和 组 合 对象 
装饰 模式 动态 地 给 一 个 对 象 增加 一 些 额 外 的 职责 。 就 扩展 
功能 而 言 ,装饰 模式 提供 了 一 种 比 使 用 子 类 更 加 灵 | 次 交友 六 六 | 六 太太 六 六 
(Decorator Pattern) 
活 的 替代 方案 
外 观 模式 为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 入 口 。 外 
ea 观 模式 定义 了 一 个 高 层 接口 ,这 个 接口 使 得 这 一 子 | 支 交 六 交 六 | 友 友 友 克 六 
系统 更 加 容易 使 用 
享 元 模式 2 
& 运用 共享 技术 有 效 地 支持 大 量 细 粒度 对 象 的 复 用 | 友 友 友 友 交 | 友 六 六 交 六 
(Flyweight Pattern) 
代理 模式 给 某 一 个 对 象 提供 一 个 代理 或 占 位 符 , 并 由 代理 对 
(Proxy Pattern) 象 来 控制 对 原 对 象 的 访问 站 杰克 到 让 | 克 太 大 天 表 


9.2 


适配器 模式 概述 


众所周知 ,我们 国家 的 生活 用 电 的 电压 是 220V, 而 笔记 本 电脑 .手机 等 电子 设备 的 工作 


电压 没有 这 么 高 ,为 了 使 笔记 本 、 手 机 等 设备 可 以 使 用 220V 的 生活 用 电 , 就 需要 使 用 电源 
适配器 (AC Adapter) ,也 就 是 人 们 常 说 的 充电 器 或 变压器 ,有 了 这 个 电源 适配器 ,原本 不 能 
直接 工作 的 生活 用 电 和 笔记 本 电脑 就 可 以 兼容 了 。 在 这 里 电源 适配器 充当 了 一 个 适配器 的 
角色 ,如 图 9-1 所 示 。 
在 软件 开发 中 有 时 也 存在 类 似 这 种 不 兼容 的 情况 ,也 可 以 像 引 入 一 个 电源 适配器 那样 
引入 一 个 称 为 适配器 的 角色 来 协调 这 些 存在 不 兼容 的 结构 ,这 种 设计 方案 即 为 适配器 模式 。 
与 电源 适配器 相似 ,在 适配器 模式 中 引入 了 一 个 被 称 为 适配器 (Adapter) 的 包装 类 ,而 
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1 
,Wh 


图 9-1 电源 适配器 示意 图 


它 所 包装 的 对 象 称 为 适 配 者 (Adaptee), 即 被 适 配 的 类 。 适 配器 的 实现 就 是 把 客户 类 的 请 
求 转化 为 对 适 配 者 的 相应 接口 的 调用 。 也 就 是 说 , 当 客 户 类 调用 适配器 的 方法 时 在 适配器 
类 的 内 部 将 调用 适 配 者 类 的 方法 ,而 这 个 过 程 对 客户 类 是 透明 的 ,客户 类 并 不 直接 访问 适 配 
者 类 。 因 此 ,适配器 让 那些 由 于 接口 不 兼容 而 不 能 交互 的 类 可 以 一 起 工作 。 

适配器 模式 可 以 将 一 个 类 的 接口 和 另 一 个 类 的 接口 匹配 起 来 ,而 无 须 修改 原来 的 适 配 
者 接口 和 抽象 目标 类 接口 。 

适配器 模式 的 定义 如 下 : 


适配器 模式 : 将 一 个 类 的 接口 转换 成 客户 希望 的 另 一 个 接口 。 
适配器 模式 让 那些 接口 不 兼容 的 类 可 以 一 起 工作 。 

Adapter Pattern: Convert the interface of a class into another 
interface clients expect. Adapter lets classes work together that 


couldn 't otherwise because of incompatible interfaces. 


适配器 模式 的 别名 为 包装 器 (Wrapper) 模 式 , 它 既 可 以 作为 类 结构 型 模式 ,也 可 以 作为 
对 象 结构 型 模式 。 在 适配器 模式 的 定义 中 所 提 及 的 接口 是 指 广义 的 接口 , 它 可 以 表示 一 个 
方法 或 者 方法 的 集合 。 


9.3 适配器 模式 结构 与 实现 


适配器 模式 包括 类 适配器 和 对 象 适配器 。 在 对 象 适 配器 模式 中 ,适配器 与 适 配 者 之 间 
是 关联 关系 ; 在 类 适配器 模式 中 ,适配器 与 适 配 者 之 间 是 继承 (或 实现 ) 关 系 。 下 面 分 别 分 
析 这 两 种 适配器 的 结构 。 


9.3.1 适配器 模式 结构 


类 适配器 模式 的 结构 图 如 图 9-2 所 示 。 

对 象 适配器 模式 的 结构 图 如 图 9-3 所 示 。 

由 图 9-2 和 图 9-3 可 知 ,适配器 模式 包含 以 下 3 个 角色 。 

(1) Target( 目 标 抽象 类 ) : 目标 抽象 类 定义 客户 所 需 的 接口 ,可 以 是 一 个 抽象 类 或 接 
口 ,也 可 以 是 具体 类 。 在 类 适配器 中 ,由 于 Java 语言 不 支持 多 重 继承 , 它 只 能 是 接口 。 


Client 


~ Target 


一 一 一 一 下 | 


Client 


+ request () 
A 
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Adaptee 


+ SpecificRequest () 


Adapter 


+ request () 


super.specificRequest(); 


图 9-2 类 适配器 模式 结构 图 


Target 


+ request () 
A 


Adapter 


|+ request () 


图 9-3 ”对象 适配器 模式 结构 图 


Adaptee 


+ SpecificRequest () 


adaptee 


adaptee. specificRequest(); 


(2) Adapter( 适 配器 类 ): 它 可 以 调用 另 一 个 接口 ,作为 一 个 转换 器 ,对 Adaptee 和 
Target 进行 适 配 。 适 配器 Adapter 是 适配器 模式 的 核心 ,在 类 适配器 中 , 它 通 过 实现 
Target 接口 并 继承 Adaptee 类 来 使 二 者 产生 联系 ,在 对 象 适配器 中 , 它 通过 继承 Target 并 
关联 一 个 Adaptee 对 象 使 二 者 产生 联系 。 

(3) Adaptee( 适 配 者 类 ): 适 配 者 即 被 适 配 的 角色 , 它 定义 了 一 个 已 经 存在 的 接口 ,这 个 
接口 需要 适 配 , 适 配 者 类 一 般 是 一 个 具体 类 ,包含 了 客户 希望 使 用 的 业务 方法 ,在 某 些 情况 
下 其 至 没有 适 配 者 类 的 源 代码 。 


9.3.2 适配器 模式 实现 


由 于 适配器 模式 包括 类 适配器 模式 和 对 象 适 配器 模式 两 种 形式 ,下 面 分 别 介 绍 这 两 种 
适配器 模式 的 实现 机 制 。 

1. 类 适配器 

根据 如 图 9-2 所 示 的 类 适配器 模式 结构 图 ,在 类 适配器 中 适 配 者 类 Adaptee 没有 
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request() 方 法 ,而 客户 端 期 待 这 个 方法 ,但 在 适 配 者 类 中 实现 了 specificRequest() 方 法 ,该 
方法 提供 的 实现 正 是 客户 端 所 需要 的 。 为 了 使 客户 端 能 够 使 用 适 配 者 类 ,提供 了 一 个 中 间 
类 , 即 适配器 类 Adapter, 适 配器 类 实现 了 抽象 目标 类 接口 Target, 并 继承 了 适 配 者 类 ,在 适 
配器 类 的 request() 方 法 中 调用 所 继承 的 适 配 者 类 的 specificRequest() 方 法 ,达到 了 适 配 的 
目的 。 因 为 适配器 类 与 适 配 者 类 是 继承 关系 ,所 以 这 种 适配器 模式 称 为 类 适配器 模式 。 典 
型 的 类 适配器 代码 如 下 : 


public class Adapter extends Adaptee implements Target { 
public void request() { 
super. specificRequest(); 
} 
} 


2. 对 象 适配器 

根据 如 图 9-3 所 示 的 对 象 适配器 模式 结构 图 ,在 对 象 适配器 中 客户 端 需要 调用 request() 
方法 ,而 适 配 者 类 Adaptee 没有 该 方法 ,但 是 它 提供 的 specificRequest() 方 法 却 是 客户 端 所 
需要 的 。 为 了 使 客户 端 能 够 使 用 适 配 者 类 ,需要 提供 一 个 包装 类 Adapter, 即 适配器 类 。 这 
个 包装 类 包装 了 一 个 适 配 者 的 实例 ,从 而 将 客户 端 与 适 配 者 衔接 起 来 ,在 适配器 的 reduest() 方 
法 中 调用 适 配 者 的 specificRequest() 方 法 。 因 为 适配器 类 与 适 配 者 类 是 关联 关系 (也 可 称 
为 委派 关系 ) ,所 以 这 种 适配器 模式 称 为 对 象 适 配器 模式 。 典 型 的 对 象 适 配器 代码 如 下 ， 


public class Adapter extends Target { 
private Adaptee adaptee; // 维 持 一 个 对 适 配 者 对 象 的 引用 


public Adapter( Adaptee adaptee) { 
this. adaptee = adaptee; 
} 


public void request() { 
adaptee. specificRequest(); // 转 发 调用 
} 


适配器 模式 可 以 将 一 个 类 的 接口 和 男 一 个 类 的 接口 匹配 起 来 ,使 用 的 前 提 是 不 能 或 不 
想 修改 原来 的 适 配 者 接口 和 抽象 目标 类 接口 。 例 如 购买 了 一 些 第 三 方 类 库 或 控件 ,但 是 没 
有 源 代码 ,此 时 使 用 适配器 模式 可 以 统一 对 象 访问 接口 。 

适配器 模式 更 多 的 是 强调 对 代码 的 组 织 ,而 不 是 功能 的 实现 。 在 实际 开发 中 ,对 象 适 配 
器 的 使 用 频率 更 高 。 


9.4 适配器 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 适配器 模式 。 
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1. 实例 说 明 


某 公 司 要 开发 一 款 儿 童 玩具 汽车 ,为 了 更 好 地 吸引 小 朋友 的 注意 
力 , 该 玩具 汽车 在 移动 过 程 中 伴随 着 灯光 闪烁 和 声音 提示 。 在 该 公司 
以 往 的 产品 中 已 经 实现 了 控制 灯光 闪烁 (例如 警 灯 闪 烁 ) 和 上 声音 提示 
(例如 警备 音效 ) 的 程序 ,为 了 重用 先前 的 代码 并 且 使 汽车 控制 软件 有 具 
有 更 好 的 灵活 性 和 扩展 性 , 现 使 用 适配器 模式 设计 该 玩具 汽车 控制 


软件 。 
2. 实例 类 图 
通过 分 析 , 本 实例 可 采用 对 象 适 配器 模式 来 实现 ,其 结构 图 如 图 9-4 所 示 。 
CarController 
[Glentl {abstract} 


= el 


+ move() :void 
一 一 一 + phonate () : void 
+ twinkle () :void 


PoliceSound 


+ alarmSound () : void 


PoliceCarAdapter 
- sound : PoliceSound 
-lamp :PoliceLamp 
+ PoliceCarAdapter () 
+ phonate () :void 
+ twinkle () :void Bolcetame 


+ alarmLamp () : void 
图 9-4 汽车 控制 软件 结构 图 
在 图 9-4 中 , CarController 类 充当 抽象 目标 , PoliceSound 和 PoliceLamp 类 充当 适 配 
者 ,PoliceCarAdapter 充当 适配器 。 
3. 实例 代码 
(1) CarController: 汽车 控制 类 ,充当 目标 抽象 类 。 


//designpatterns. adapter. CarController. java 
package designpatterns. adapter; 


public abstract class CarController { 
public void move() { 
System. out. println(" 玩 具 汽 车 移动 !"); 


public abstract void phonate(); // 发 出 声音 
public abstract void twinkle(); // 灯 光 闪 烁 


124 Java 设计 模式 


(2) PoliceSound: 警笛 类 ,充当 适 配 者 。 


//designpatterns. adapter. PoliceSound. java 
package designpatterns. adapter; 


public class PoliceSound { 
public void alarmSound() { 
System. out. println(" 发 出 警笛 声音 !"); 
| 


(3) PoliceLamp: 警 灯 类 ,充当 适 配 者 。 


//designpatterns. adapter. PoliceLamp. java 
package designpatterns. adapter; 


public class PoliceLamp { 
public void alarmLamp() { 
System. out.println(" 呈 现 警 灯 闪烁 !"); 
} 


(4) PoliceCarAdapter: 警车 适配器 ,充当 适配器 。 


//designpatterns. adapter. PoliceCarAdapter. java 
package designpatterns. adapter; 


public class PoliceCarAdapter extends CarController { 
private PoliceSound sound; // 定 义 适 配 者 PoliceSound 对 象 
private PoliceLamp lamp; // 定 义 适 配 者 PoliceLamp 对 象 


public PoliceCarAdapter() { 
sound = new PoliceSound( ); 
lamp = new PoliceLamp( ); 

} 


// 发 出 警笛 声音 
public void phonate() { 

sound. alarmSound( ); // 调 用 适 配 者 类 PoliceSound 的 方法 
} 


// 呈 现 警 灯 闪 烁 
public void twinkle() { 

lamp. alarmLamp( ) // 调 用 适 配 者 类 PoliceLamp 的 方法 
} 


(5) 配置 文件 config. xml, 在 配置 文件 中 存储 了 适配器 类 的 类 名 。 
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<?xml version= "1.0"?> 
<config> 

< className > designpatterns. adapter. PoliceCarAdapter </className > 
</config> 


(6) XMLUtil: 工具 类 。 


//designpatterns. adapter. XMLUtil. java 
package designpatterns. adapter; 


import javax. xml.parsers. *; 
import org. w3c. dom. *; 
import java. io. *; 


public class XMLUtil { 


// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 


try{ 
// 创 建 DOM 文档 对 象 


DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 


DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 


doc = builder. parse(new File("src//designpatterns//adapter//config. xml")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className" ); 
Node classNode = nl. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c = Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

} 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(7) Client: 客户 端 测试 类 。 


//designpatterns. adapter. Client. java 
package designpatterns. adapter; 


public class Client { 
public static void main(String args[]) { 
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CarController car; 

car = (CarController)XMLUtil.getBean()7 
car. move( ); 

car. phonate( ); 

car. twinkle( ); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


玩具 汽车 移动 ! 
发 出 警笛 声音 ! 
呈现 警 灯 闪 烁 ! 


在 本 实例 中 使 用 了 对 象 适配器 模式 ,同时 引入 了 配置 文件 ,将 适配器 类 的 类 名 存储 在 配 
置 文件 config. xml 中 。 如 果 需 要 使 用 其 他 声音 类 或 者 灯光 类 ,可 以 增加 一 个 新 的 适配器 
类 ,使 用 新 的 适配器 来 适 配 新 的 声音 类 或 者 灯光 类 , 原 有 代码 无 须 修改 。 通 过 引入 配置 文件 
和 反射 机 制 可 以 在 不 修改 客户 端 代码 的 情况 下 使 用 新 的 适配器 ,无 须 修改 源 代 码 ,符合 开 闭 
原则 。 

在 本 实例 中 目标 抽象 类 是 一 个 抽象 类 , 而 不 是 接口 ,并 且 实 例 中 的 适配器 类 
PoliceCarAdapter 同时 适 配 了 两 个 适 配 者 ,由 于 Java 语言 不 支持 多 重 类 继承 ,因此 本 实例 
只 能 通过 对 象 适配器 来 实现 ,而 不 能 使 用 类 适配器 。 在 实际 软件 开发 中 对 象 适配器 比 类 适 
配器 更 加 灵活 ,其 使 用 频率 更 高 。 


9.5 缺 省 适配器 模式 


缺 省 适配器 模式 是 适配器 模式 的 一 种 变 体 ,其 应 用 也 较为 广泛 。 
缺 省 适配器 模式 的 定义 如 下 : 


缺 省 适配器 模式 (Default Adapter Pattern): 当 不 需要 实现 一 个 
接口 提供 的 所 有 方法 时 ,可 先 设计 一 个 抽象 类 实现 该 接口 ,并 为 接口 
中 的 每 个 方法 提供 一 个 默认 实现 ( 空 方法 ) ,那么 该 抽象 类 的 子 类 可 以 
选择 性 地 覆盖 父 类 的 某 些 方法 来 实现 需求 , 它 适用 于 不 想 使 用 一 个 接 
口中 的 所 有 方法 的 情况 ,又 称 为 单 接口 适配器 模式 。 


缺 省 适配器 模式 的 结构 如 图 9-5 所 示 。 

由 图 9-5 可 知 ,在 缺 省 适配器 模式 中 包含 以 下 3 个 角色 。 

(1) ServiceInterface( 适 配 者 接口 ): 它 是 一 个 接口 ,通常 在 该 接口 中 声明 了 大 量 的 方法 。 

(2) AbstractServiceClass( 缺 省 适配器 类 ) : 它 是 缺 省 适配器 模式 的 核心 类 ,使 用 空 方法 
的 形式 实现 了 在 ServiceInterface 接口 中 声明 的 方法 。 通 常 将 它 定 义 为 抽象 类 ,因为 对 它 进 
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Servicelnterface 


+ serviceMethod1 () : void 
+ ServiceMethod2 () : void 
+ serviceMethod3 () : void 


AbstractServiceClass 
{abstract} 


+ serviceMethod1 () : void 
+ serviceMethod2 () : void 
+ serviceMethod3 () : void 


ConcreteServiceClass 


+ serviceMethod1 () : void 


图 9-5 ” 缺 省 适配器 模式 结构 图 


行 实例 化 没有 任何 意义 。 

(3) ConcreteServiceClass( 具 体 业 务 类 ) : 它 是 缺 省 适配器 类 的 子 类 ,在 没有 引入 适配器 
之 前 它 需 要 实现 适 配 者 接口 ,因此 需要 实现 在 适 配 者 接口 中 定义 的 所 有 方法 ,而 对 于 一 些 无 
须 使 用 的 方法 不 得 不 提供 空 实 现 。 在 有 了 缺 省 适配器 之 后 可 以 直接 继承 该 适配器 类 ,根据 
需要 有 选择 性 地 覆盖 在 适配器 类 中 定义 的 方法 。 

其 中 , 缺 省 适配器 类 的 典型 代码 片段 如 下 


public abstract class AbstractServiceClass implements ServiceInterface { 
public void serviceMethod1() { } // 空 方法 
public void serviceMethod2() { } // 空 方法 
public void serviceMethod3() { } // 空 方法 


在 JDK 类 库 的 事件 处 理 包 java. awt. event 中 广泛 使 用 了 缺 省 适配器 模式 ,例如 
WindowAdapter、KeyAdapter、MouseAdapter 等 。 下 面 以 处 理 窗口 事件 为 例 进行 说 明 . 在 
Java 语言 中 一 般 可 以 使 用 两 种 方式 来 实现 窗口 事件 处 理 类 ,一 种 是 通过 实现 
WindowListener 接口 , 另 一 种 是 通过 继承 WindowAdapter 适配器 类 。 如 果 是 使 用 第 一 种 
方式 直接 实现 WindowListener 接口 ,事件 处 理 类 需要 实现 在 该 接口 中 定义 的 7 个 方法 ,而 
对 于 大 部 分 需求 可 能 只 需要 实现 一 两 个 方法 ,其 他 方法 都 无 须 实现 ,但 由 于 语言 特性 不 得 不 
为 其 他 方法 也 提供 一 个 简单 的 实现 (通常 是 空 实 现 ), 这 给 使 用 带 来 了 麻烦 。 而 使 用 缺 省 适 
配器 模式 可 以 很 好 地 解决 这 一 问题 ,在 JDK 中 提供 了 一 个 适配器 类 WindowAdapter 来 实 
现 WindowListener 接口 ,该 适配器 类 为 接口 中 的 每 一 个 方法 都 提供 了 一 个 空 实现 ,此 时 事 
件 处 理 类 可 以 继承 WindowAdapter 类 ,而 无 须 再 为 接口 中 的 每 个 方法 都 提供 实现 ,如 图 9-6 
所 示 。 
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WindowListener 


+ WindowOpened (WindowEvent e) :void 
+ WindowClosing (WindowEvent e) :void 
+ WindowClosed (WindowEvent e) :void 
+ Windowlconified (WindowEvent e) :void 
+ WindowDeiconified (WindowEvent e) :void 
+ WindowActivated (WindowEvente) :void 
+ WindowDeactivated (WindowEvent e) : void 


WindowAdapter 

{abstract} 
+ WindowOpened (WindowEvent e) :void 
+ WindowClosing (WindowEvent e) :void 
+ WindowClosed (WindowEvent e) :void 
+ Windowlconified (WindowEvent e) :void 
+ WindowDeiconified (WindowEvent e) :void 
+ WindowActivated (WindowEvent e) :void 
+ WindowDeactivated (WindowEvente) :void 
+ windowStateChanged (WindowEvent e) : void 
+ WindowGainedFocus (WindowEvente) :void 
+ WindowLostFocus (WindowEvent e) :void 


图 9-6 WindowListener 和 WindowAdapter 结构 图 


9.6 双向 适配器 


在 对 象 适配器 的 使 用 过 程 中 ,如 果 在 适配器 中 同时 包含 对 目标 类 和 适 配 者 类 的 引用 , 适 
配 者 可 以 通过 它 调用 目标 类 中 的 方法 ,目标 类 也 可 以 通过 它 调用 适 配 者 类 中 的 方法 ,那么 该 
适配器 就 是 一 个 双向 适配器 ,其 结构 示意 图 如 图 9-7 所 示 。 


~ Target 本 Adaptee 


--- 呈 


+ request () 


+ SpecificRequest () 


adaptee 


Adapter 
- adaptee : Adaptee 
-target :Target 
+ request () + Adapter (Target target) + specificRequest () 
+ Adapter (Adaptee adaptee) 
- -+ request () 
adaptee.specificRequest(); ] + SpecificRequest () 


ConcreteTarget| ConcreteAdaptee 


target.request(); 


图 9-7 双向 适配器 结构 示意 图 
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双向 适配器 的 实现 较为 复杂 ,其 典型 代码 如 下 : 


public class Adapter implements Target, Adaptee { 
// 同 时 维持 对 抽象 目标 类 和 适 配 者 的 引用 
private Target target; 
private Adaptee adaptee; 


public Adapter(Target target) { 
this. target = target; 


} 


public Adapter( Adaptee adaptee) { 
this. adaptee = adaptee; 
} 


public void request() { 
adaptee. specificRequest( ); 
} 


public void specificRequest() { 
target. request() 
} 


9.7 适配器 模式 优 / 缺 点 与 适用 环境 


适配器 模式 将 现 有 接口 转化 为 客户 类 所 期 望 的 接口 ,实现 了 对 现 有 类 的 复 用 , 它 是 一 种 
使 用 频率 非常 高 的 设计 模式 ,在 软件 开发 中 得 到 了 广泛 的 应 用 。 


9.7.1 适配器 模式 优点 


无 论 是 对 象 适配器 模式 还 是 类 适配器 模式 都 具有 以 下 优点 : 

(1) 将 目标 类 和 适 配 者 类 解 耦 ,通过 引入 一 个 适配器 类 来 重用 现 有 的 适 配 者 类 ,无 须 修 
改 原 有 结构 。 

(2) 增加 了 类 的 透明 性 和 复 用 性 ,将 具体 的 业务 实现 过 程 封 装 在 适 配 者 类 中 ,对 于 客户 
端 类 而 言 是 透明 的 ,而 且 提 高 了 适 配 者 的 复 用 性 ,同一 个 适 配 者 类 可 以 在 多 个 不 同 的 系统 中 
复 用 。 

(3) 灵活 性 和 扩展 性 都 非常 好 ,通过 使 用 配置 文件 可 以 很 方便 地 更 换 适 配器 ,也 可 以 在 
不 修改 原 有 代码 的 基础 上 增加 新 的 适配器 类 ,完全 符合 开 闭 原则 。 

具体 来 说 ,类 适配器 模式 还 有 以 下 优点 : 

由 于 适配器 类 是 适 配 者 类 的 子 类 ,因此 可 以 在 适配器 类 中 置换 一 些 适 配 者 的 方法 ,使 得 
适配器 的 灵活 性 更 强 。 

对 象 适 配器 模式 还 有 以 下 优点 : 

(1) 一 个 对 象 适 配器 可 以 把 多 个 不 同 的 适 配 者 适 配 到 同一 个 目标 。 
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(2) 可 以 适 配 一 个 适 配 者 的 子 类 ,由 于 适配器 和 适 配 者 之 间 是 关联 关系 ,根据 里 氏 代 换 
原则 , 适 配 者 的 子 类 也 可 通过 该 适配器 进行 适 配 。 


9.7.2 适配器 模式 缺点 


类 适配器 模式 的 缺点 主要 如 下 : 

(1) 对 于 Java、C# 等 不 支持 多 重 类 继承 的 语言 ,一 次 最 多 只 能 适 配 一 个 适 配 者 类 ,不 能 
同时 适 配 多 个 适 配 者 。 

(2) 适 配 者 类 不 能 为 最 终 类 ,例如 在 Java 中 不 能 为 final 类。 

(3) 在 Java、C# 等 语言 中 ,类 适配器 模式 中 的 目标 抽象 类 只 能 为 接口 ,不 能 为 类 ,其 使 
用 有 一 定 的 局 限 性 。 

对 象 适配器 模式 的 缺点 主要 如 下 : 

与 类 适配器 模式 相 比 ,在 该 模式 下 要 在 适配器 中 置换 适 配 者 类 的 某 些 方法 比较 麻烦 。 
如 果 一 定 要 置换 掉 适 配 者 类 的 一 个 或 多 个 方法 ,可 以 先 做 一 个 适 配 者 类 的 子 类 ,将 适 配 者 类 
的 方法 置换 掉 , 然 后 再 把 适 配 者 类 的 子 类 当成 真正 的 适 配 者 进行 适 配 ,实现 过 程 较 为 复杂 。 


9.7.3 适配器 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 适配器 模式 : 

(1) 系统 需要 使 用 一 些 现 有 的 类 ,而 这 些 类 的 接口 (例如 方法 名 ) 不 符合 系统 的 需要 ,其 
至 没有 这 些 类 的 源 代码 。 

(2) 想 创建 一 个 可 以 重复 使 用 的 类 ,用 于 和 一 些 彼此 之 间 没 有 太 大 关联 的 类 (包括 一 些 
可 能 在 将 来 引进 的 类 ) 一 起 工作 。 


9.8 ”本章 小 结 


1. 结构 型 模式 关注 如 何 将 现 有 类 或 对 象 组 织 在 一 起 形成 更 加 强大 的 结构 。 在 GoF 设 
计 模 式 中 一 共 包含 7 种 结构 型 模式 。 

2. 适配器 模式 将 一 个 类 的 接口 转换 成 客户 希望 的 另 一 个 接口 。 适 配器 模式 让 那些 接 
口 不 兼容 的 类 可 以 一 起 工作 。 适 配器 模式 既 可 以 作为 类 结构 型 模式 ,也 可 以 作为 对 象 结构 
型 模式 。 

3. 适配器 模式 包含 目标 抽象 类 、 适 配器 类 和 适 配 者 类 3 个 角色 。 其 中 ,目标 抽象 类 定 
义 客户 所 需 的 接口 ,可 以 是 一 个 抽象 类 或 接口 .也 可 以 是 具体 类 ; 适配器 类 作为 一 个 转换 
器 ,可 以 调用 男 一 个 接口 ,对 Adaptee 和 Target 进行 适 配 ; 适 配 者 类 即 被 适 配 的 角色 。 

4. 适配器 模式 的 优点 主要 是 将 目标 类 和 适 配 者 类 解 耦 ,通过 引入 一 个 适配器 类 来 重用 
现 有 的 适 配 者 类 ,无 须 修 改 诛 有 结构 ; 增加 了 类 的 透明 性 和 复 用 性 ,并 且 让 系统 的 灵活 性 和 
扩展 性 都 非常 好 。 此 外 ,在 类 适配器 模式 中 置换 一 些 适 配 者 的 方法 很 方便 ; 通过 对 象 适 配 
器 模式 可 以 把 多 个 不 同 的 适 配 者 适 配 到 同一 个 目标 ,还 可 以 适 配 一 个 适 配 者 的 子 类 。 类 适 
配器 模式 的 缺点 主要 包括 一 次 最 多 只 能 适 配 一 个 适 配 者 类 ,不 能 同时 适 配 多 个 适 配 者 ; 适 
配 者 类 不 能 为 最 终 类 且 类 适配器 模式 中 的 目标 抽象 类 只 能 为 接口 ,不 能 为 类 。 对 象 适配器 
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模式 的 缺点 主要 是 要 在 适配器 中 置换 适 配 者 类 的 某 些 方法 比较 麻烦 。 

5. 适配器 模式 适用 于 以 下 环境 : 系统 需要 使 用 一 些 现 有 的 类 ,而 这 些 类 的 接口 不 符合 
系统 的 需要 ,甚至 没有 这 些 类 的 源 代码 ; 想 创建 一 个 可 以 重复 使 用 的 类 ,用 于 和 一 些 彼 此 之 
间 没 有 太 大 关联 的 类 (包括 一 些 可 能 在 将 来 引进 的 类 ) 一 起 工作 。 

6. 缺 省 适配器 模式 是 指 当 不 需要 实现 一 个 接口 提供 的 所 有 方法 时 可 先 设计 一 个 抽象 
类 实现 该 接口 ,并 为 接口 中 的 每 个 方法 提供 一 个 默认 实现 ( 空 方法 ) ,那么 该 抽象 类 的 子 类 可 
以 选择 性 地 覆盖 父 类 的 某 些 方法 来 实现 需求 , 它 适 用 于 不 想 使 用 一 个 接口 中 的 所 有 方法 的 
情况 。 

7. 在 对 象 适配器 的 使 用 过 程 中 ,如 果 在 适配器 中 同时 包含 对 目标 类 和 适 配 者 类 的 引 
用 , 适 配 者 可 以 通过 它 调用 目标 类 中 的 方法 ,目标 类 也 可 以 通过 它 调用 适 配 者 类 中 的 方法 ， 
那么 该 适配器 就 是 一 个 双向 适配器 。 


9.9 习题 


1 ) 将 一 个 类 的 接口 转换 成 客户 希望 的 另外 一 个 接口 ,使 得 原本 由 于 接口 不 兼容 
而 不 能 一 起 工作 的 那些 类 可 以 一 起 工作 。 
A. 命令 模式 (Command) B. 适配器 模式 (Adapter) 
C. 策略 模式 (Strategy) D. 单 例 模式 (Singleton) 
2. 以 下 关于 适配器 模式 的 叙述 错误 的 是 ( )5 
A. 适配器 模式 将 一 个 接口 转换 成 客户 希望 的 另 一 个 接口 ,使 得 原本 接口 不 兼容 的 
那些 类 可 以 一 起 工作 
B. 在 类 适配器 中 Adapter 和 Adaptee 是 继承 关系 ,而 在 对 象 适 配器 中 Adapter 和 
Adaptee 是 关联 关系 
C. 类 适配器 比 对 象 适配器 更 加 灵活 ,在 Java 语言 中 可 以 通过 类 适配器 一 次 适 配 多 
个 适 配 者 类 
D. 适配器 可 以 在 不 修改 原来 的 适 配 者 接口 Adaptee 的 情况 下 将 一 个 类 的 接口 和 另 
一 个 类 的 接口 匹配 起 来 
3. 现 需要 开发 一 个 文件 转换 软件 ,将 文件 由 一 种 格式 转换 为 另 一 种 格式 ,例如 将 XML 
文件 转换 为 PDF 文件 ,将 DOC 文件 转换 为 TXT 文件 ,有 些 文件 格式 转换 代码 已 经 存在 ,为 
了 将 已 有 的 代码 应 用 于 新 软件 而 不 需要 修改 软件 的 整体 结构 ,可 以 使 用 ( ) 设 计 模 式 进 
行 系统 设计 。 


A. 适配器 (Adapter) B. 组 合 (Composite) 
C. 外 观 (Facade) D. 桥接 (Bridge) 

4. 在 对 象 适 配器 中 ,适配器 类 (Adapter) 和 适 配 者 类 (Adaptee) 之 间 的 关系 为 ( 
A. 关联 关系 B. 依赖 关系 C. 继承 关系 D. 实现 关系 


5. 在 对 象 适配器 中 一 个 适配器 能 否 适 配 多 个 适 配 者 ? 如 果 能 ,应 该 如 何 实现 ?如 果 不 
能 ,请 说 明 原 因 。 如 果 是 类 适配器 呢 ? 

6. 使 用 Java 语言 实现 一 个 双向 适配器 实例 ,使 得 猫 (Cat) 可 以 学 狗 (Dog) 叫 (cry())， 
狗 可 以 学 猫 抓 老鼠 (catchMouse())。 绘 制 相 应 类 图 并 编程 模拟 实现 。 
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7. Windows Media Player 和 RealPlayer 是 两 种 常用 的 媒体 播放 器 ,它们 的 API 结构 
和 调用 方法 存在 区 别 。 现 在 你 的 应 用 程序 需要 支持 这 两 种 播放 器 API, 而 且 在 将 来 可 能 还 
需要 支持 新 的 媒体 播放 器 ,请 问 如 何 设计 该 应 用 程序 ? 

8. 某 OA 系统 需要 提供 一 个 加 密 模块 ,将 用 户 机 密 信息 (例如 口令 、 邮 箱 等 ) 加 密 之 后 
存储 在 数据 库 中 ,系统 已 经 定义 好 了 数据 库 操作 类 。 为 了 提高 开发 效率 , 现 需要 重用 已 有 的 
加 密 算法 ,这 些 算法 封装 在 一 些 由 第 三 方 提供 的 类 中 ,有 些 甚至 没有 源 代码 。 试 使 用 适配器 
模式 设计 该 加 密 模 块 , 实 现在 不 修改 现 有 类 的 基础 上 重用 第 三 方 加 密 方法 。 要 求 绘制 相应 
的 类 图 并 使 用 Java 语言 编程 模拟 实现 , 需 提供 对 象 适配器 和 类 适配器 两 套 实现 方案 。 


桥接 模式 


本 章 导 学 
桥接 模式 是 一 种 很 实用 的 结构 型 设计 模式 ,如 果 系 统 中 的 某 个 类 存在 两 
个 独立 变化 的 维度 ,通过 桥接 模式 可 以 将 这 两 个 维度 分 离 出 来 ,使 两 者 可 以 独 
立 扩展 。 桥 接 模式 用 一 种 巧妙 的 方式 处 理 多 层 继承 存在 的 问题 ,用 抽象 关联 
来 取代 传统 的 多 层 继承 ,将 类 之 间 的 静态 继承 关系 转换 为 动态 的 对 象 组 合 关 
系 , 使 得 系统 更 加 灵活 ,并 易于 扩展 ,同时 有 效 地 控制 了 系统 中 类 的 个 数 。 
本 章 将 学 习 桥接 模式 的 定义 与 结构 ,通过 实例 来 加 深 对 桥接 模式 的 理解 
并 学 习 如 何 将 其 应 用 于 实际 项 目的 开发 ,还 将 学 习 如 何 实现 桥接 模式 和 适 配 
器 模式 的 联 用 。 
本 章 知识 点 
。 桥接 模式 的 定义 
。 桥接 模式 的 结构 
。 桥接 模式 的 实现 
。 桥接 模式 的 应 用 
。 桥接 模式 的 优 /缺点 
。 桥接 模式 的 适用 环境 
。 桥接 模式 与 适配器 模式 的 联 用 


10.1 桥接 模式 概述 


毛笔 和 蜡笔 是 两 种 很 常见 的 文具 ,它们 都 归属 于 画笔 。 假 如 需要 大 、 中 、 小 3 种 型 号 的 
画笔 ,能够 绘制 12 种 不 同 的 颜色 ,如 果 使 用 蜡笔 .需要 准备 3X12 二 36 支 , 但 如 果 使 用 毛笔 ， 
只 需要 提供 3 种 型 号 的 毛笔 ,外 加 一 个 包含 12 种 颜色 的 调 色 板 , 涉 及 的 对 象 个 数 仅 为 3 十 
12 二 15 , 远 小 于 36, 却 能 实现 与 36 支 蜡 笔 同样 的 功能 。 如 果 增 加 一 种 新 型 号 的 画笔 ,并 且 
也 需要 具有 12 种 颜色 ,对 应 的 蜡笔 需 增加 12 支 ,而 毛笔 只 需 增加 一 支 。 图 10-1 所 示 为 毛 
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笔 与 蜡笔 示意 图 。 

通过 分 析 不 难得 知 : 在 蜡笔 中 ,颜色 和 型 号 两 个 不 同 的 变化 维度 ( 即 两 个 不 同 的 变化 原 
因 , 如 图 10-2 所 示 ) 耦 合 在 一 起 ,无 论 是 对 颜色 进行 扩展 还 是 对 型 号 进行 扩展 势必 会 影响 另 
一 个 维度 ; 但 在 毛笔 中 ,颜色 和 型 号 实现 了 分 离 ,增加 新 的 颜色 或 者 型 号 对 另 一 方 没有 任何 
影响 。 如 果 使 用 软件 工程 中 的 术语 ,可 以 认为 在 蜡笔 中 颜色 和 型 号 之 间 存 在 较 强 的 耦合 性 ， 
而 毛笔 很 好 地 将 二 者 解 耦 ,使 用 起 来 非常 灵活 ,扩展 也 更 为 方便 。 在 软件 开发 中 有 一 种 设计 
模式 可 以 用 来 处 理 与 画笔 类 似 的 具有 多 变化 维度 的 情况 , 它 就 是 桥接 模式 。 


维度 二 : 型 号 
上 
大 号 
< 
~、 二 
毛 秀 与 调 色 慨 
小 号 
维度 一 : 颜色 
不 同型 号 的 错 疙 红色 绿色 蓝 色 黑色 
图 10-1 毛笔 与 蜡笔 示意 图 图 10-2 画笔 中 存在 两 个 独立 变化 维度 的 示意 图 


在 桥接 模式 中 将 两 个 独立 变化 的 维度 (例如 画笔 的 型 号 与 颜色 ) 设 计 为 两 个 独立 的 继承 
等 级 结构 ,而 不 是 将 二 者 耦合 在 一 起 形成 多 层 继承 结构 。 桥 接 模式 在 抽象 层 建立 起 一 个 抽 
象 关 联 ,该 关联 关系 类 似 一 条 连接 两 个 独立 继承 结构 的 桥 , 故 名 桥接 模式 。 

桥接 模式 的 定义 如 下 : 


桥接 模式 : 将 抽象 部 分 与 它 的 实现 部 分 解 耦 ,使 得 两 者 都 能 够 独 
立 变 化 。 


Bridge Pattern: Decouple an abstraction from its implementation 


so that the two can vary independently. 


桥接 模式 是 一 种 对 象 结构 型 模式 , 它 又 被 称 为 柄 体 (Handle and Body) 模 式 或 接口 
(Interface) 模 式 。 桥 接 模 式 用 一 种 巧妙 的 方式 处 理 多 层 继承 存在 的 问题 ,用 抽象 关联 取代 
了 传统 的 多 层 继承 ,将 类 之 间 的 静态 继承 关系 转换 为 动态 的 对 象 组 合 关 系 , 使 得 系统 更 加 灵 
活 , 并 易于 扩展 ,同时 有 效 地 控制 了 系统 中 类 的 个 数 。 


10.2 桥接 模式 结构 与 实现 


10.2.1 桥接 模式 结构 
桥接 模式 的 结构 如 图 10-3 所 示 。 
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Client 
3 
| 
| | 
y y 
Abstraction ”~ Implementor 
impl 
Oe 
+ operation () + OperationImpl () 
~ A A 
impl.operationImpl(); 
| RefinedAbstraction ConcretelmplementorA| ConcretelImplementorB 
[+ operation () + operationImpl () + operationImpl () 


图 10-3 桥接 模式 结构 图 


由 图 10-3 可 知 ,桥接 模式 包含 以 下 4 个 角色 。 

(1) Abstraction( 抽 象 类 ) : 它 是 用 于 定义 抽象 类 的 接口 ,通常 是 抽象 类 而 不 是 接口 ,其 
中 定义 了 一 个 Implementor( 实 现 类 接口 ) 类 型 的 对 象 并 可 以 维护 该 对 象 , 它 与 Implementor 
之 间 具 有 关联 关系 , 它 既 可 以 包含 抽象 业务 方法 ,也 可 以 包含 具体 业务 方法 。 

(2) RefinedAbstraction( 扩 充 抽象 类 ) : 它 扩充 由 Abstraction 定义 的 接口 ,通常 情况 下 
它 不 再 是 抽象 类 而 是 具体 类 ,实现 了 在 Abstraction 中 声明 的 抽象 业务 方法 ,在 RefinedAbstraction 
中 可 以 调用 在 Implementor 中 定义 的 业务 方法 。 

(3) Implementor (实现 类 接口 ): 它 是 定义 实现 类 的 接口 ,这 个 接口 不 一 定 要 与 
Abstraction 的 接口 完全 一 致 ,事实 上 这 两 个 接口 可 以 完全 不 同 。 一 般 而 言 ,Implementor 接 
口 仅 提供 基本 操作 ,而 Abstraction 定义 的 接口 可 能 会 做 更 多 更 复杂 的 操作 。Implementor 
接口 对 这 些 基 本 操作 进行 了 声明 ,而 具体 实现 交 给 其 子 类 。 通 过 关联 关系 ,在 Abstraction 
中 不 仅 拥 有 自己 的 方法 ,还 可 以 调用 到 Implementor 中 定义 的 方法 ,使 用 关联 关系 来 替代 继 
承 关系 。 

(4) ConcreteImplementor( 具 体 实现 类 ): 它 具 体 实现 了 Implementor 接口 ,在 不 同 的 
ConcreteImplementor 中 提供 基本 操作 的 不 同 实现 ,在 程序 运行 时 ConcreteImplementor 对 
象 将 替换 其 父 类 对 象 ,提供 给 抽象 类 具体 的 业务 操作 方法 。 


10.2.2 桥接 模式 实现 


桥接 模式 是 一 个 非常 实用 的 设计 模式 ,在 桥接 模式 中 体现 了 很 多 面向 对 象 设计 原则 的 
思想 ,包括 单一 职责 原则 、 开 闭 原则 、 合 成 复 用 原则 、 里 氏 代 换 原 则 .依赖 倒 转 原则 等 。 熟 悉 
桥接 模式 将 有 助 于 深入 理解 这 些 设计 原则 ,也 有 助 于 形成 正确 的 设计 思想 和 培养 良好 的 设 
计 风 格 。 

在 使 用 桥接 模式 时 首先 应 该 识别 出 一 个 类 所 具有 的 两 个 独立 变化 的 维度 ,将 它们 设计 
为 两 个 独立 的 继承 等 级 结构 ,为 两 个 维度 都 提供 抽象 层 ,并 建立 抽象 耦合 。 在 通常 情况 下 ， 
将 具有 两 个 独立 变化 维度 的 类 的 一 些 普通 业务 方法 和 与 之 关系 最 密切 的 维度 设计 为 “抽象 
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类 ”层次 结构 (抽象 部 分 ) ,而 将 另 一 个 维度 设计 为 “实现 类 ”层次 结构 (实现 部 分 )。 例 如 对 于 
毛笔 而 言 ,由 于 型 号 是 其 固有 的 维度 ,因此 可 以 设计 一 个 抽象 的 毛笔 类 ,在 该 类 中 声明 并 部 
分 实现 毛笔 的 业务 方法 ,而 将 各 种 型 号 的 毛笔 作为 其 子 类 ; 颜色 是 毛笔 的 另 一 个 维度 ,由 于 
它 与 毛笔 之 间 存 在 一 种 “设置 "的 关系 ,因此 可 以 提供 一 个 抽象 的 颜色 接口 ,而 将 具体 的 颜色 
作为 实现 该 接口 的 子 类 。 在 此 ,型 号 可 认为 是 毛笔 的 抽象 部 分 ,而 颜色 是 毛笔 的 实现 部 分 ， 
结构 示意 图 如 图 10-4 所 示 。 


抽象 部 分 实现 部 分 
# color : 颜色 ~“ 颜色 
+ 设置 颜色 (颜色 color) 
+ 绘图 0 + 落 色 () 
TN 
/ 不 人 个 
抽象 方法 
1 | | 
1 1 1 
天 号 毛笔 中 号 毛笔 小 号 毛笔 红色 绿色 蔓 色 
不 经 图 0 + 绘图 0 + 绘图 0 + 荐 色 ()| |+ 著 色 0 | |+ 落 色 0 〇 
“Nw 其 他 代码 
color 着 色 (); 
/其 他 代码 


图 10-4 毛笔 结构 示意 图 


在 图 10-4 中 ,如 果 需 要 增加 一 种 新 型 号 的 毛笔 ,只 需 扩 展 左 侧 的 “抽象 部 分 ”, 增 加 一 个 
新 的 扩充 抽象 类 ; 如 果 需 要 增加 一 种 新 的 颜色 ,只 需 扩展 右 侧 的 “实现 部 分 ”, 增 加 一 个 新 的 
具体 实现 类 。 扩 展 非常 方便 ,无 须 修改 已 有 代码 , 且 不 会 导致 类 的 数目 增长 过 快 。 
在 具体 编码 实现 时 ,由 于 在 桥接 模式 中 存在 两 个 独立 变化 的 维度 ,为 了 降低 两 者 之 间 的 
耦合 度 ,首先 需要 针对 两 个 不 同 的 维度 提取 抽象 类 和 实现 类 接口 ,并 建立 一 个 抽象 关联 关 
系 。 对 于 “实现 部 分 "维度 ,典型 的 实现 类 接口 代码 如 下 : 


public interface Implementor { 
public void operationImp1(); 
} 


在 实现 Implementor 接口 的 子 类 ConcreteImplementor 中 实现 了 在 该 接口 中 声明 的 方 
法 ,用 于 定义 与 该 维度 相对 应 的 一 些 具体 方法 ,代码 如 下 : 


public class ConcreteImplementor implements Implementor { 
public void operationImpl() { 
// 具 体 业 务 方法 的 实现 
由 
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对 于 另 一 “抽象 部 分 维度 而 言 , 其 典型 的 抽象 类 代码 如 下 : 


public abstract class Abstraction { 
protected Implementor impl; // 定 义 实 现 类 接口 对 象 


public void setImpl(Implementor impl) { 
this. impl = impl; 
jj 


public abstract void operation(); // 声 明 抽象 业务 方法 
} 


在 抽象 类 Abstraction 中 定义 了 一 个 实现 类 接口 类 型 的 成 员 对 象 impl, 青 通过 Setter 
方法 或 者 构造 方法 以 注入 的 方式 给 该 对 象 赋值 ,一 般 将 该 对 象 的 可 见 性 定义 为 protected， 
以 便 在 其 子 类 中 访问 Implementor 的 方法 ,其 子 类 一 般 称 为 扩充 抽象 类 或 细 化 抽象 类 
(RefinedAbstraction) ,典型 的 RefinedAbstraction 类 代码 如 下 : 


public class RefinedAbstraction extends Abstraction { 
public void operation() { 
// 业 务 代码 
imp1. operationImpl(); // 调 用 实现 类 的 方法 
// 业 务 代码 


} 


对 于 客户 端 而 言 , 可 以 针对 两 个 维度 的 抽象 层 编程 ,在 程序 运行 时 再 动态 确定 两 个 维度 
的 子 类 ,动态 组 合 对 象 ,将 两 个 独立 变化 的 维度 完全 解 耦 ,以 便 能 够 灵活 地 扩充 任 一 维度 而 
对 另 一 维度 不 造成 任何 影响 。 


10.3 桥接 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 桥接 模式 。 
1. 实例 说 明 


某 软件 公司 要 开发 一 个 跨 平台 图 像 浏览 系统 ,要 求 该 系统 能 够 显 
示 BMP、JPG、GIF、PNG 等 多 种 格式 的 文件 ,并 且 能 够 在 Windows、 
Linux、UNIX 等 多 个 操作 系统 上 运行 。 系 统 首先 将 各 种 格式 的 文件 
解析 为 像素 矩阵 (Matrix) ,然后 将 像素 矩阵 显示 在 屏幕 上 ,在 不 同 的 
操作 系统 中 可 以 调用 不 同 的 绘制 函数 来 绘制 像素 矩阵 。 系 统 需 具 有 
较 好 的 扩展 性 ,以 便 在 将 来 支持 新 的 文件 格式 和 操作 系统 。 

试 使 用 桥接 模式 设计 该 跨 平台 图 像 浏览 系统 。 
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2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 10-5 所 示 。 
JPGImage PNGImage 
Matrix 
+ parseFile (String fleName) : void | |+ parseFile (String fleName) : void 
vy T 
Image | 
{abstract} 
# imp ;ImageImp a Imagelmp 
+ setlmagelmp (Imagelmp imp) : void 
+ parseFile (String fileName) :void + doPaint (Matrix m) : void 
人 2 
BMPImage GIFimage ， 
- = — WindowsImp | Uniximp 
+ parseFile (String fleName) : void | |+ parseFile (String fleName) : void : 


+ doPaint (Matrix m) : void + doPaint (Matrix m) : void 


LinuxImp 


+ doPaint (Matrix m) : void 


图 10-5 跨 平台 图 像 浏 览 系 统 结构 图 


在 图 10-5 中 , Image 充当 抽象 类 , 其 子 类 JPGImage、PNGImage、BMPImage 和 
GIFImage 充当 扩充 抽象 类 ; ImageImp 充当 实现 类 接口 ,其 子 类 WindowsImp、LinuxImp 
和 UnixImp 充当 具体 实现 类 。 

3. 实例 代码 


(1) Matrix: 像素 矩阵 类 , 它 是 一 个 辅助 类 ,各 种 格式 的 图 像 文 件 最 终 都 被 转化 为 像素 
矩阵, 不同 的 操作 系统 提供 不 同 的 方式 显示 像素 矩阵 。 


//designpatterns. bridge. Matrix. java 
package designpatterns. bridge; 


public class Matrix { 
// 代 码 省 略 
有 


(2) ImageImp: 抽象 操作 系统 实现 类 ,充当 实现 类 接口 。 


//designpatterns. bridge. ImageImp. java 
package designpatterns. bridge; 


public interface ImageImp { 
public void doPaint(Matrix m); // 显 示 像 素 和 矩阵 m 
} 


(3) WindowsImp: Windows 操作 系统 实现 类 ,充当 具体 实现 类 。 


//designpatterns. bridge. WindowsImp. java 
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package designpatterns. bridge; 


public class WindowsImp implements ImageImp { 
public void doPaint (Matrix m) { 
// 调 用 Windows 系统 的 绘制 函数 绘制 像素 矩阵 
System. out. print(" 在 Windows 操作 系统 中 显示 图 像 : "); 
} 
} 


(4) LinuxImp: Linux 操作 系统 实现 类 ,充当 具体 实现 类 。 


//designpatterns. bridge. LinuxImp. java 
package designpatterns. bridge; 


public class LinuxImp implements ImageImp { 
public void doPaint (Matrix m) { 
// 调 用 Linux 系统 的 绘制 函数 绘制 像素 矩阵 
System. out. print(" 在 Linux 操作 系统 中 显示 图 像 : "); 
了 
} 


(5) UnixImp: UNIX 操作 系统 实现 类 ,充当 具体 实现 类 。 


//designpatterns. bridge. UnixImp. java 
package designpatterns. bridge; 


public class UnixImp implements ImageImp { 
public void doPaint (Matrix m) { 
// 调 用 UNIX 系统 的 绘制 函数 绘制 像素 和 矩阵 
System. out, print(" 在 UNIX 操作 系统 中 显示 图 像 : "); 
} 
) 


(6) Image: 抽象 图 像 类 ,充当 抽象 类 。 


//designpatterns. bridge. Image. java 
package designpatterns. bridge; 


public abstract class Image { 
Protected ImageImp imp; 


// 注 入 实现 类 接口 对 象 

public void setImageImp(ImageImp imp) { 
this. imp = imp; 

} 


public abstract void parseFile(String fileName); 


“140，Java 设 计 模式 


(7) JPGImage: JPG 格式 图 像 类 ,充当 扩充 抽象 类 。 


//designpatterns. bridge. JPGImage. java 
package designpatterns. bridge; 


public class JPGImage extends Image { 
public void parseFile(String fileName) { 
// 模 拟 解析 JPG 文件 并 获得 一 个 像素 矩阵 对 象 m 
Matrix m= new Matrix( ); 
imp. doPaint (m); 
System. out. println(fileName + ", 格 式 为 JPG."); 


(8) PNGImage: PNG 格式 图 像 类 ,充当 扩充 抽象 类 。 


//designpatterns. bridge. PNGImage. java 
package designpatterns. bridge; 


public class PNGImage extends Image { 
public void parseFile(String fileName) { 
// 模 拟 解析 PNG 文件 并 获得 一 个 像素 矩阵 对 象 别 
Matrix m= new Matrix() 7 
imp. doPaint(m); 
System. out. println(fileName + ", 格 式 为 PNG."); 


(9) BMPImage: BMP 格式 图 像 类 ,充当 扩充 抽象 类 。 


//designpatterns. bridge. BMPImage. java 
package designpatterns. bridge; 


public class BMPImage extends Image { 
public void parseFile(String fileName) { 
// 模 拟 解析 BMP 文件 并 获得 一 个 像素 和 矩阵 对 象 m 
Matrix m= new Matrix(); 
imp. doPaint (m); 
System. out. println(fileName + ", 格 式 为 BMP."); 


(10) GIFImage: GIF 格式 图 像 类 ,充当 扩充 抽象 类 。 


//designpatterns. bridge. GIFImage. java 
package designpatterns. bridge; 


public class GIFImage extends Image { 
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public void parseFile(String fileName) { 
// 模 拟 解析 GIF 文件 并 获得 一 个 像素 矩阵 对 象 m 
Matrix m= new Matrix( ); 
imp. doPaint (m); 
System. out. println(fileName + ", 格 式 为 GIF."); 


(11) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 扩充 抽象 类 和 具体 实现 类 的 
类 名 。 


<?xml version = "1.0"?> 
< config> 
<! -- RefinedRbstraction -一 > 
< className > designpatterns. bridge. JPGImage </className > 
<! -- ConcreteImplementor -- > 
< className > designpatterns. bridge. WindowsImp </className > 
</config> 


(12) XMLUtil: 工具 类 。 


//designpatterns. bridge. XMLUtil. java 
package designpatterns. bridge; 

import javax. xml]. parsers. *; 

import org. w3c. dom, *; 

import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean(String args) { 
try 

// 创 建文 档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//bridge//config. xml1")); 
NodeList nl = null; 
Node classNode = null; 
String cName = null; 
nl = doc.getElementsByTagName( "className" ); 


// 获 取 第 一 个 包含 类 名 的 结 点 , 即 扩充 抽象 类 
if(args.equals("image")) { 
classNode = n1. item(0).getFirstChild( ); 


} 
// 获 取 第 二 个 包含 类 名 的 结 点 , 即 具体 实现 类 
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else if(args.equals("os")) { 
classNode = nl. item(1).getFirstChild(); 
} 


cName = classNode. getNodeValue( ); 
// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName( cName); 
Object obj = c.newInstance( ); 
return obj; 

1 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(13) Client: 客户 端 测试 类 。 


//designpatterns. bridge. Client. java 
package designpatterns. bridge; 


public class Client { 
public static void main(String args[]) { 

Image image; 
ImageImp imp; 
image = (Image)XMLUtil. getBean(" image" ); 
imp = (ImageImp)XMLUtil. getBean("os" ); 
image. set ImageImp( imp) ; 
image. parseFile(" 小 龙 女 "); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


在 Windows 操作 系统 中 显示 图 像 : 小 龙 女 ,格式 为 JPG。 


如 果 需 要 更 换 图 像 文 件 格式 或 者 更 换 操作 系统 ,只 需 修改 配置 文件 即 可 。 例 如 将 配置 
文件 config. xml 改 为 : 


<?xml version= "1.0"?> 
<config> 
<! —— RefinedAbstraction——> 
< className > designpatterns. bridge. BMPImage </className > 
<! —— ConcreteImplementor -一 > 
< className > designpatterns. bridge. LinuxImp </className > 
</config> 
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再 次 运行 程序 ,输出 结果 为 : 


在 Linux 操作 系统 中 显示 图 像 : 小 龙 女 ,格式 为 BMP。 


在 实际 使 用 时 可 以 通过 分 析 图 像 文件 格式 扩展 名 来 确定 具体 的 文件 格式 ,在 程序 运行 
时 获取 操作 系统 信息 来 确定 操作 系统 类 型 ,无 须 使 用 配置 文件 。 当 增加 新 的 图 像 文件 格式 
或 者 操作 系统 时 原 有 系统 源 代码 无 须 做 任何 修改 ,只 需 增 加 一 个 对 应 的 扩充 抽象 类 或 具体 
实现 类 即 可 ,系统 具有 较 好 的 可 扩展 性 ,完全 符合 开 闭 原则 。 


10.4 桥接 模式 与 适配器 模式 的 联 用 


在 软件 开发 中 ,适配器 模式 通常 与 桥接 模式 联合 使 用 。 适 配器 模式 可 以 解决 两 个 已 有 
接口 间 不 兼容 的 问题 ,在 这 种 情况 下 被 适 配 的 类 往往 是 一 个 黑 盒 子 , 有 时 候 不 想 也 不 能 改变 
这 个 被 适 配 的 类 ,也 不 能 控制 其 扩展 。 适 配器 模式 通常 用 于 现 有 系统 与 第 三 方 产品 功能 的 
集成 ,采用 增加 适配器 的 方式 将 第 三 方 类 集成 到 系统 中 。 桥 接 模式 则 不 同 ,用 户 可 以 通过 接 
口 继承 或 类 继承 的 方式 对 系统 进行 扩展 。 

桥接 模式 和 适配器 模式 用 于 设计 的 不 同 阶段 ,桥接 模式 用 于 系统 的 初步 设计 ,对 于 
存在 两 个 独立 变化 维度 的 类 可 以 将 其 分 为 抽象 化 和 实现 化 两 个 角色 ,使 它们 可 以 分 别 进 
行 变 化 ; 而 在 初步 设计 完成 之 后 , 当 发 现 系统 与 已 有 类 无 法 协同 工作 时 可 以 采用 适配器 
模式 。 但 有 时 候 在 设计 初期 也 需要 考虑 适配器 模式 ,特别 是 那些 涉及 大 量 第 三 方 应 用 接 
口 的 情况 。 

下 面 通过 一 个 实例 来 说 明 适 配器 模式 和 桥接 模式 的 联合 使 用 : 

在 某 系统 的 报表 处 理 模 块 中 需要 将 报表 显示 和 数据 输出 分 开 , 系 统 可 以 有 多 种 报表 显 
示 方 式 也 可 以 有 多 种 数据 输出 方式 ,例如 可 以 将 数据 输出 为 文本 文件 ,也 可 以 输出 为 Excel 
文件 ,如 果 需 要 输出 为 Excel 文件 , 则 需要 调用 与 Excel 相关 的 API, 而 这 个 API 是 现 有 系 
统 所 不 具备 的 ,该 API 由 厂商 提供 。 因 此 可 以 同时 使 用 适配器 模式 和 桥接 模式 来 设计 该 模 
块 , 如 图 10-6 所 示 。 


<<Bridge'Abstraction>> <<AdapterTarget Bridge:Implementor>>| 
报表 显示 数据 输出 
<<Bridge:RefinedAbstraction>>| [<<Bridge-RefinedAbstraction>>|[<<Bridge:Concretelmplementor>> 


<<AdapterAdapterBndge'Concretelimplementor>>] 
报表 显示 方式 1 报表 显示 方式 2 输出 文本 文件 输出 Exce 这 件 


<<AdapterAdaptee>> 
ExcelAP| 


图 10-6 桥接 模式 与 适配器 模式 联 用 示意 图 
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10.5 桥接 模式 优 /缺点 与 适用 环境 


桥接 模式 是 设计 Java 虚拟 机 和 实现 JDBC 等 驱动 程序 的 核心 模式 之 一 ,应 用 较为 广 
泛 。 在 软件 开发 中 如 果 一 个 类 或 一 个 系统 有 多 个 变化 维度 都 可 以 尝试 使 用 桥接 模式 对 其 进 
行 设计 。 桥 接 模式 为 多 维度 变化 的 系统 提供 了 一 套 完整 的 解决 方案 ,并 且 降 低 了 系统 的 复 


杂 度 。 
10.5.1 桥接 模式 优点 


桥接 模式 的 优点 主要 如 下 : 

(1) 分 离 抽象 接口 及 其 实现 部 分 。 桥 接 模式 使 用 "对 象 间 的 关联 关系 " 解 耦 了 抽象 和 实 
现 之 间 固 有 的 绑 定 关系 ,使 得 抽象 和 实现 可 以 沿 着 各 自 的 维度 来 变化 。 所 谓 抽象 和 实现 沿 
着 各 自 维度 的 变化 ,也 就 是 说 抽象 和 实现 不 在 同一 个 继承 层次 结构 中 ,而 是 “ 子 类 化 ?它们 ， 
使 它们 各 自 具 有 自己 的 子 类 ,以 便 任 意 组 合子 类 ,从 而 获得 多 维度 组 合 对 象 。 

(2) 在 很 多 情况 下 ,桥接 模式 可 以 取代 多 层 继承 方案 ,多 层 继承 方案 违背 了 单一 职责 原 
则 , 复 用 性 较 差 ,并 且 类 的 个 数 非常 多 ,桥接 模式 是 比 多 层 继承 方案 更 好 的 解决 方法 , 它 极 大 
地 减少 了 子 类 的 个 数 。 

(3) 桥接 模式 提高 了 系统 的 可 扩展 性 ,在 两 个 变化 维度 中 任意 扩展 一 个 维度 都 不 需要 
修改 原 有 系统 ,符合 开 闭 原则 。 


10.5.2 桥接 模式 缺点 


桥接 模式 的 缺点 主要 如 下 : 

(1) 桥接 模式 的 使 用 会 增加 系统 的 理解 与 设计 难度 ,由 于 关联 关系 建立 在 抽象 层 ,要 求 
发 者 一 开始 就 针对 抽象 层 进行 设计 与 编程 。 

(2) 桥接 模式 要 求 正确 地 识别 出 系统 中 的 两 个 独立 变化 的 维度 ,因此 其 使 用 范围 具有 
一 定 的 局 限 性 ,如 何 正 确 识别 两 个 独立 维度 也 需要 一 定 的 经 验 积累 。 


10. 5.3 桥接 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 桥接 模式 : 

(1) 如 果 一 个 系统 需要 在 抽象 化 和 具体 化 之 间 增 加 更 多 的 灵活 性 ,避免 在 两 个 层次 之 
间 建立 静态 的 继承 关系 ,通过 桥接 模式 可 以 使 它们 在 抽象 层 建 立 一 个 关联 关系 。 

(2) 抽象 部 分 和 实现 部 分 可 以 用 继承 的 方式 独立 扩展 而 互 不 影响 ,在 程序 运行 时 可 以 
动态 地 将 一 个 抽象 化 子 类 的 对 象 和 一 个 实现 化 子 类 的 对 象 进行 组 合 , 即 系统 需要 对 抽象 化 
角色 和 实现 化 角色 进行 动态 耦合 。 

(3) 一 个 类 存在 两 个 (或 多 个 ) 独 立 变化 的 维度 , 且 这 两 个 (或 多 个 ) 维 度 都 需要 独立 
行 扩展 。 

(4) 对 于 那些 不 希望 使 用 继承 或 因为 多 层 继承 导致 系统 类 的 个 数 急剧 增加 的 系统 , 桥 
接 模式 尤为 适用 。 


岸 


第 10 章 桥接 模式 .145 二 


10.6 本 章 小结 


1. 桥接 模式 将 抽象 部 分 与 它 的 实现 部 分 解 耦 ,使 得 两 者 都 能 够 独立 变化 。 桥 接 模 式 是 
一 种 对 象 结构 型 模式 。 

2. 桥接 模式 包含 抽象 类 扩充 抽象 类 .实现 类 接口 和 具体 实现 类 4 个 角色 。 其 中 ,抽象 
类 定义 了 一 个 实现 类 接口 类 型 的 对 象 并 维护 该 对 象 ; 扩充 抽象 类 扩充 由 抽象 类 定义 的 接 
口 ,实现 了 在 抽象 类 中 声明 的 抽象 业务 方法 ; 实现 类 接口 声明 了 一 些 基 本 操作 ,而 具体 实现 
交 给 其 子 类 完成 ; 具体 实现 类 具体 实现 了 实现 类 接口 ,在 不 同 的 具体 实现 类 中 提供 基本 操 
作 的 不 同 实 现 。 

3. 桥接 模式 的 优点 主要 在 于 可 以 分 离 抽象 接口 及 其 实现 部 分 , 它 是 比 多 层 继承 方案 更 
好 的 解决 方法 , 极 大 地 减少 了 子 类 的 个 数 ,此 外 桥接 模式 提高 了 系统 的 可 扩展 性 ,在 两 个 变 
化 维度 中 任意 扩展 一 个 维度 都 不 需要 修改 原 有 系统 ,符合 开 闭 原则 。 其 缺点 主要 在 于 会 增 
加 系统 的 理解 与 设计 难度 , 且 正 确 识别 出 系统 中 的 两 个 独立 变化 的 维度 并 不 是 一 件 容 易 的 
事情 。 

4. 桥接 模式 适用 于 以 下 环境 : 需要 在 抽象 化 和 具体 化 之 间 增 加 更 多 的 灵活 性 ,避免 在 
两 个 层次 之 间 建 立 静 态 的 继承 关系 ; 抽象 部 分 和 实现 部 分 可 以 用 继承 的 方式 独立 扩展 而 互 
不 影响 ; 一 个 类 存在 两 个 (或 多 个 ) 独 立 变化 的 维度 , 且 这 两 个 (或 多 个 ) 维 度 都 需要 独立 进 
行 扩展 ; 不 希望 使 用 继承 或 因为 多 层 继 承 导致 系统 类 的 个 数 急剧 增加 的 系统 。 

5. 在 使 用 桥接 模式 进行 系统 设计 时 ,如 果 需 要 重用 第 三 方 应 用 接口 ,可 以 与 适配器 模 
式 一 起 联 用 ,这 样 既 保 证 了 系统 的 扩展 性 ,又 将 第 三 方 类 集成 到 系统 中 。 


10.7 习题 


1.( 四) 设计 模式 将 抽象 部 分 与 它 的 实现 部 分 相 分离 , 使 它们 都 可 以 独立 变化 。 
图 10-7 所 示 为 该 设计 模式 的 类 图 ,其 中 ( 加) 用 于 定义 实现 部 分 的 接口 。 


Abstraction ” _ Implementor 
impl 
+ Operation () + OperationImpl () 
impl.OperationImpIO); ， ' 


RefinedAbstraction ConcreteImplementorA| ConcreteImplementorB 


+ Operation () + OperationImpl () + OperationImpl () 


图 10-7 某 设计 模式 类 图 


Q@ A. Singleton( 单 例 ) B. Bridge( 桥 接 ) 
C. Composite( 组 合 ) D. Facade( 外 观 ) 
©@ A. Abstraction B. ConcreteImplementorA 
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C. ConcreteImplementorB D. Implementor 
2. 以 下 关于 桥接 模式 的 叙述 错误 的 是 ( 
. 桥接 模式 的 用 意 是 将 抽象 化 与 实现 化 脱 耦 ,使 得 两 者 可 以 独立 变化 
.桥接 模式 将 继承 关系 转换 成 关联 关系 ,从 而 降低 系统 的 耦合 度 
桥接 模式 可 以 动态 地 给 一 个 对 象 增加 功能 ,这 些 功能 也 可 以 被 动态 地 撤销 
. 桥接 模式 可 以 从 接口 中 分 离 实现 功能 ,使 得 设计 更 具 扩 展 性 

) 不 是 桥接 模式 所 适用 的 场景 。 

. 一 个 可 以 跨 平 台 并 支持 多 种 格式 的 文件 编辑 器 
. 一 个 支持 多 数据 源 的 报表 生成 工具 ,可 以 用 不 同 的 图 形 方式 显示 报表 信息 
. 一 个 可 动态 选择 排序 算法 的 数据 操作 工具 

D. 一 个 支持 多 种 编程 语言 的 跨 平 台 开发 工具 

4. 如 果 系 统 中 存在 两 个 以 上 的 变化 维度 ,是 否 可 以 使 用 桥接 模式 进行 处 理 ? 如 果 可 
以 ,系统 该 如 何 设计 ? 

5. 空 客 (Airbus) ,波音 (Boeing) 和 麦 道 (McDonnell-Douglas) 都 是 飞机 制造 商 , 它 们 都 
生产 载 客 飞 机 (Passenger Plane) 和 载 货 飞 机 (Cargo Plane) 。 现 在 需要 设计 一 个 系统 ,描述 
这 些 飞机 制造 商 以 及 它们 所 制造 的 飞机 种 类 。 

6. 某 软件 公司 要 开发 一 个 数据 转换 工具 ,可 以 将 数据 库 中 的 数据 转换 成 多 种 文件 格 
式 , 例 如 TXT、XML 、PDF 等 格式 ,同时 该 工具 需要 支持 多 种 不 同 的 数据 库 。 试 使 用 桥接 模 
式 对 其 进行 设计 并 使 用 Java 代码 编程 模拟 实现 。 


允 
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本 章 导 学 


组 合 模式 关注 那些 包含 叶子 构件 和 容器 构件 的 结构 以 及 它们 的 组 织 形 
式 , 在 叶子 构件 中 不 包含 成 员 对 象 ,而 容器 构件 中 可 以 包含 成 员 对 象 , 这 些 对 
象 通过 递归 组 合 可 构成 一 个 树 形 结构 。 组 合 模式 使 用 面向 对 象 的 方式 来 处 理 
树 形 结构 , 它 为 叶子 构件 和 容器 构件 提供 了 一 个 公共 的 抽象 构件 类 ,客户 端 可 
以 针对 抽象 构件 进行 处 理 ,而 无 须 关 心 所 操作 的 是 叶子 构件 还 是 容器 构件 。 

本 章 将 学 习 组 合 模式 的 定义 与 结构 ,通过 如 何 处 理 树 形 结构 来 学 习 组 合 
模式 的 实现 ,结合 实例 学 习 如 何在 软件 开发 中 应 用 组 合 模式 ,还 将 学 习 透 明 组 
合 模式 和 安全 组 合 模式 的 结构 与 区 别 。 


本 章 知识 点 


11.1 


。 组 合 模 式 的 定义 

。 组 合 模式 的 结构 

。 组 合 模式 的 实现 

。 组 合 模式 的 应 用 

。 组 合 模式 的 优 /缺点 

。 组 合 模式 的 适用 环境 

。 透明 组 合 模式 与 安全 组 合 模式 


组 合 模式 概述 


树 形 结构 在 软件 中 随处 可 见 ,例如 操作 系统 中 的 目录 结构 、 应 用 软件 中 的 菜单 结构 、 办 
公 系 统 中 的 公司 组 织 结构 等 。 在 Windows 操作 系统 中 就 存在 如 图 11-1 所 示 的 目录 结构 。 


图 
在 


11-1 可 以 简化 为 如 图 11-2 所 示 的 树 形 目 录 结 构 。 
图 11-2 中 包含 文件 (灰色 结 点 ,例如 “小 龙 女 .jpg” 和 “ 九 阴 真 经 . txt”) 和 文件 夹 (白色 


结 点 ,例如 “我 的 资料 ”和 “图 像 文件 ”) 两 类 不 同 的 元 素 ,其 中 在 文件 夹 中 可 以 包含 文件 ,还 可 
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以 继续 包含 子 文件 夹 , 但 是 在 文件 中 不 能 再 包含 子 文件 或 者 子 文件 夹 。 在 此 可 以 称 文件 夹 
为 容器 (Container) ,而 不 同类 型 的 文件 是 其 成 员 , 又 称 为 叶子 (Leaf)。 


文件 来 


日 回 YTmOYS 四 
DB addins 
DB MppPatch 
回 config 
回 Connection Wir 
回 cursers 
日 回 Debug 
BB Vserllode 
[m1 
Downloaded Pro 
田 回 Driver Cache 
DB Drivers 
BB shone 
回 Fonts 
田 回 Help 
Bine 
国 加 java 
Dedia 


图 像 文件 


图 11-1 Windows 目录 结构 图 11-2 树 形 目 录 结 构 示 意图 


对 于 所 有 与 目录 结构 相 类 似 的 树 形 结构 , 当 容 器 对 象 ( 例 如 文件 夹 ) 的 某 一 个 方法 被 调 
用 时 将 遍历 整个 树 形 结构 ,寻找 也 包含 这 个 方法 的 成 员 对 象 (可 以 是 容器 对 象 , 也 可 以 是 叶 
子 对 象 , 例 如 子 文件 夹 和 文件 ) 并 调用 执行 ,之 一 而 动 百 , 其 中 使 用 了 递归 调用 的 机 制 对 整个 
结构 进行 处 理 。 由 于 容器 对 象 和 叶子 对 象 在 功能 上 的 区 别 , 在 使 用 这 些 对 象 的 代码 中 必须 
有 区 别 地 对 待 容器 对 象 和 叶子 对 象 , 而 实际 上 在 大 多 数 情况 下 客户 端 希望 一 致 地 处 理 它们 ， 
因为 对 于 这 些 对 象 的 区 别 对 待 将 会 使 程序 非常 复杂 。 

组 合 模式 通过 一 种 巧妙 的 设计 方案 使 得 用 户 可 以 一 致 性 地 处 理 整个 树 形 结构 或 者 树 形 
结构 的 一 部 分 , 它 描述 了 如 何 将 容器 对 象 和 叶子 对 象 进 行 递归 组 合 , 使 得 用 户 在 使 用 时 无 须 
对 它们 进行 区 分 ,可 以 一 致 地 对 待 容器 对 象 和 叶子 对 象 ,这 就 是 组 合 模式 的 模式 动机 。 

组 合 模式 的 定义 如 下 : 


组 合 模式 : 组 合 多 个 对 象形 成 树 形 结构 以 表示 具有 部 分 -整体 关 
系 的 层次 结构 。 组 合 模式 让 客户 端 可 以 统一 对 待 单 个 对 象 和 组 合 
对 象 。 

Composite Pattern: Compose objects into tree structures to 


represent part-whole hierarchies. Composite lets clients treat 


individual objects and compositions of objects uniformly. 


组 合 模 式 又 称 为 “部 分 -整体 "(Part-Whole) 模 式 , 属 于 对 象 结构 型 模式 , 它 将 对 象 组 织 
到 树 形 结构 中 ,可 以 用 来 描述 整体 与 部 分 的 关系 。 
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11.2 组 合 模 式 结构 与 实现 


11.2.1 组 合 模式 结构 
组 合 模式 的 结构 如 图 11-3 所 示 。 


Component 


Client 
[es > + operation () ee 
+ add (Component c) 

+ remove (Component c) 
+ getChild (int i) 


Leaf Composite 


children 
J+ operation () FE 一 一 
“|+ add (Component c) 


个 + remove (Component c) 
for(Component child:children) { | + getChild (int i) 


+ operation () 


child.operation(); 
} 


图 11-3 组 合 模式 结构 图 


由 图 11-3 可 知 ,组 合 模式 包含 以 下 3 个 角色 。 

(1) Component( 抽 和 象 构件 ) : 它 可 以 是 接口 或 抽象 类 ,为 叶子 构件 和 容器 构件 对 象 声 明 
接口 ,在 该 角色 中 可 以 包含 所 有 子 类 共有 行为 的 声明 和 实现 。 在 抽象 构件 中 定义 了 访问 及 
管理 它 的 子 构件 的 方法 ,如 增加 子 构件 .删除 子 构件 ,获取 子 构件 等 。 

(2) Leaf( 叶 子 构件 ): 它 在 组 合 结构 中 表示 叶子 结 点 对 象 ,叶子 结 点 没有 子 结 点 , 它 实 
现 了 在 抽象 构件 中 定义 的 行为 。 对 于 那些 访问 及 管理 子 构件 的 方法 ,可 以 通过 抛 出 异常 、 提 
示 错 误 等 方式 进行 处 理 。 

(3) Composite( 容 器 构件 ): 它 在 组 合 结构 中 表示 容器 结 点 对 象 ,容器 结 点 包含 子 结 点 ， 
其 子 结 点 可 以 是 叶子 结 点 ,也 可 以 是 容器 结 点 , 它 提供 一 个 集合 用 于 存储 子 结 点 ,实现 了 在 
抽象 构件 中 定义 的 行为 ,包括 那些 访问 及 管理 子 构件 的 方法 ,在 其 业务 方法 中 可 以 递归 调用 
其 子 结 点 的 业务 方法 。 


11.2.2 组 合 模式 实现 


组 合 模式 的 关键 在 于 定义 了 一 个 抽象 构件 类 , 它 既 可 以 代表 叶子 ,又 可 以 代表 容器 , 客 
户 端 针对 该 抽象 构件 类 进行 编程 ,无 须知 道 它 到 底 表 示 的 是 叶子 还 是 容器 ,可 以 对 其 进行 统 
一 处 理 。 同 时 容器 对 象 与 抽象 构件 类 之 间 还 建立 一 个 聚合 关联 关系 ,在 容器 对 象 中 既 可 以 
包含 叶子 ,又 可 以 包含 容器 ,以 此 实现 递归 组 合 .形成 一 个 树 形 结构 。 

如 果 不 使 用 组 合 模式 ,客户 端 代码 将 过 多 地 依赖 于 容器 对 象 复杂 的 内 部 实现 结构 ,容器 
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对 象 内 部 实现 结构 的 变化 将 引起 客户 代码 的 频繁 变化 ,造成 代码 维护 困难 、 可 扩展 性 差 等 问 
题 ,组 合 模式 的 使 用 将 在 一 定 程度 上 解决 这 些 问题 。 

下 面 通过 简单 的 示例 代码 来 分 析 组 合 模式 的 各 个 角色 的 用 途 和 实现 。 

对 于 组 合 模式 中 的 抽象 构件 角色 ,其 典型 代码 如 下 : 


public abstract class Component { 


public abstract void add( Component c); // 增 加 成 员 
public abstract void remove( Component c); // 删 除 成 员 
public abstract Component getChild( int i); // 获 取 成 员 
public abstract void operation( ); // 业 务 方法 


} 


一 般 将 抽象 构件 类 设计 为 接口 或 抽象 类 ,将 所 有 子 类 共有 方法 的 声明 和 实现 放 在 抽象 
构件 类 中 。 对 于 客户 端 而 言 , 将 针对 抽象 构件 编程 ,而 无 须 关 心 其 具体 子 类 是 容器 构件 还 是 
叶子 构件 。 

如 果 继 承 抽象 构件 的 是 叶子 构件 ,其 典型 代码 如 下 : 


public class Leaf extends Component { 
public void add(Component c) { 
// 异 常 处 理 或 错误 提示 
} 


public void remove(Component c) { 
// 异 常 处 理 或 错误 提示 
上} 


public Component getChild(int i) { 
// 异 常 处 理 或 错误 提示 
return null; 

中 


public void operation() { 
// 叶 子 构件 具体 业务 方法 的 实现 
} 
} 


作为 抽象 构件 类 的 子 类 ,在 叶子 构件 中 需要 实现 在 抽象 构件 类 中 声明 的 所 有 方法 ,包括 
业务 方法 以 及 管理 和 访问 子 构件 的 方法 ,但 是 叶子 构件 不 能 再 包含 子 构件 ,因此 在 叶子 构件 
中 实现 子 构件 管理 和 访问 方法 时 需要 提供 异常 处 理 或 错误 提示 。 显 然 , 这 会 给 叶子 构件 的 
实现 带 来 麻烦 。 

如 果 继 承 抽象 构件 的 是 容器 构件 ,其 典型 代码 如 下 : 


import java.util. *; 


public class Composite extends Component { 


第 11 章 组 合 模式 ,151 昌 


Private ArrayList < Component > list = new ArrayList < Component >(); 


public void add(Component c) { 
list.add(c); 
} 


public void remove(Component c) { 
list. remove(c); 


public Component getChild(int i) { 
return (Component)list. get(i); 
} 


public void operation() { 
// 容 器 构件 具体 业务 方法 的 实现 ,将 递归 调用 成 员 构 件 的 业务 方法 
for(Object obj:1list) { 
( (Component)obj). operation(); 
} 


有 


在 容器 构件 中 实现 了 在 抽象 构件 中 声明 的 所 有 方法 , 既 包 括 业务 方法 ,也 包括 用 于 访问 
和 管理 成 员 子 构件 的 方法 ,例如 add() ,remove() 和 getChild() 等 方法 。 需 要 注意 的 是 在 实 
现 具体 业务 方法 时 由 于 容器 构件 充当 的 是 容器 角色 ,包含 成 员 构 件 , 因 此 它 将 调用 其 成 员 构 
件 的 业务 方法 。 在 组 合 模式 结构 中 ,由 于 容器 构件 中 仍然 可 以 包含 容器 构件 ,因此 在 对 容器 
构件 进行 处 理 时 需要 使 用 递归 算法 , 即 在 容器 构件 的 operation() 方 法 中 递归 调用 其 成 员 构 
件 的 operation( ) 方 法 。 


11.3 组合 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 组 合 模式 。 
1. 实例 说 明 


某 软 件 公司 要 开发 一 个 杀毒 (Antivirus) 软 件 , 该 软件 既 可 以 对 
某 个 文件 夹 (Folder) 杀 毒 , 也 可 以 对 某 个 指定 的 文件 (File) 杀 毒 。 该 
杀毒 软件 还 可 以 根据 各 类 文件 的 特点 为 不 同类 型 的 文件 提供 不 同 的 
杀毒 方式 ,例如 图 像 文 件 (ImageFile) 和 文本 文件 (TextFile) 的 杀毒 方 
式 就 有 所 差异 。 现 使 用 组 合 模式 来 设计 该 杀毒 软件 的 整体 框架 。 


2. 实例 类 图 
通过 分 析 ,本 实例 的 结构 图 如 图 11-4 所 示 。 
在 图 11-4 中 ,AbstractFile 充当 抽象 构件 类 ,Folder 充当 容器 构件 类 ,ImageFile、TextFile 
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和 VideoFile 充当 叶子 构件 类 。 


3. 实例 代码 


(1) AbstractFile: 抽象 文件 类 ,充当 抽象 构件 类 。 


AbstractFile 
{abstract} 

+ add (AbstractFile file) :void 

+ remove (AbstractFile fle) : void 

+ getChild (inti) AbstractFile 

+ killVirus () :void fleList 

ImageFile VideoFile Folder 

- name : String - name : String -~ fileList : ArayList 
+ ImageFile (String name) + VideoFile (String name) -name :String 
+ add (AbstractFile file) + add (AbstractFile fle) :void + Folder (String name) 


+ remove (AbstractFile file) : + remove (AbstractFile file) : void + add (AbstractFile file) :void 
+ getChild (inti) + getChild (inti) : AbstractFile | |+ remove (AbstractFile file) : void 
+ killVirus () + killVirus (0) :void + getChild (nti) : AbstractFile 
+ killVirus () :void 
TextFile 
- name : String 
+ TextFile (String name) 
+ add (AbstractFile file) :void 
+ remove (AbstractFile file) : void 
+ getChild (inti) : AbstractFile 
+ killVirus () :void 
图 11-4 杀毒 软件 框架 设计 结构 图 


//designpatterns. composite. AbstractFile. java 
package designpatterns. composite; 


public abstract class AbstractFile { 
public abstract void add(AbstractFile file); 
public abstract void remove( AbstractFile file); 
public abstract AbstractFile getChild( int i); 
public abstract void killVirus(); 


(2) ImageFile: 图 像 文件 类 ,充当 叶子 构件 类 。 


//designpatterns. composite. ImageFile. java 
package designpatterns. composite; 


public class ImageFile extends AbstractFile { 
private String name; 


public ImageFile(String name) { 


this. name = name; 


public void add(AbstractFile file) { 
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System. out. println(" 对 不 起 ,不 支持 该 方法 !"); 
1 


public void remove(AbstractFile file) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !" ); 
} 


public AbstractFile getChild(int i) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !" ); 


return null; 


} 
public void killVirus() { 
// 模 拟 杀 毒 
System. out. println(" ---- 对 图 像 文 件 '" + name + "' 进 行 杀 毒 "); 


(3) TextFile: 文本 文件 类 ,充当 叶子 构件 类 。 


//designpatterns. composite. TextFile. java 
package designpatterns. composite; 


public class TextFile extends AbstractFile { 
private String name; 


public TextFile(String name) { 
this. name = name; 


} 


public void add(AbstractFile file) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !"); 
ul 


public void remove(AbstractFile file) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !" ); 
} 


public AbstractFile getChild(int i) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !" ); 


return null; 


} 
public void killVirus() { 
// 模 拟 杀毒 
System. out. println(" ---- 对 文本 文件 '" + name + ”' 进 行 杀毒 "); 
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(4) VideoFile: 视频 文件 类 ,充当 叶子 构件 类 。 


//designpatterns. composite. VideoFile. java 
package designpatterns. composite; 


public class VideoFile extends AbstractFile { 
private String name; 


public VideoFile(String name) { 


this. name = name; 


public void add(AbstractFile file) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !"); 


public void remove(AbstractFile file) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !"); 


Public AbstractFile getChild(int i) { 
System. out. println(" 对 不 起 ,不 支持 该 方法 !" ); 


return null; 


1 
public void killVirus() { 
// 模 拟 杀毒 
System. out. println(" ---- 对 视频 文件 '" + name + "' 进 行 杀毒 "); 


(5) Folder: 文件 夹 类 ,充当 容器 构件 类 。 


//designpatterns. composite. Folder. java 
package designpatterns. composite; 
import java. util. *; 


public class Folder extends AbstractFile { 
// 定 义 集合 fileList, 用 于 存储 AbstractFile 类 型 的 成 员 
Private ArrayList < AbstractFile> fileList = new ArrayList < AbstractFile>(); 
private String name; 


public Folder(String name) { 


this. name = name; 


public void add(AbstractFile file) { 
fileList.add(file); 
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public void remove(AbstractFile file) { 
fileList. remove(file); 


public AbstractFile getChild(int i) { 
return (AbstractFile)fileList. get(i); 


public void killVirus() { 
System. out. println(" *xxx 对 文件 夹 '" + name + " ' 进 行 杀毒 " ); // 模 拟 杀 毒 


// 递 归 调用 成 员 构件 的 killVirus() 方 法 
for(Object obj : fileList) { 
((AbstractFile)obj).killVirus(); 


(6) Client: 客户 端 测试 类 。 


//designpatterns. composite. Client. java 
package designpatterns. composite; 


public class Client { 
public static void main(String args[]) { 
// 针 对 抽象 构件 编程 
RbstractFile filel,file2,file3,file4,file5,folderl,folder2,folder3, folder4; 


folderl = new Folder("Sunny 的 资料 "); 
folder2 = new Folder(" 图 像 文件 "); 
folder3 = new Folder(" 文 本 文件 "); 
folder4 = new Folder(" 视 频 文件 "); 


filel = new ImageFile(" 小 龙 女 .jpg"); 
file2 = new ImageFile(" 张 无 忌 .gif"); 
file3 = new TextFile(" 九 阴 真 经 . txt"); 
file4 = new TextFile(" 葵 花 宝典 .doc") ; 
file5 = new VideoFile(" 笑 傲 江湖 . rmvb"); 


folder2.add(filel); 
folder2.add(file2); 
folder3.add(file3); 
folder3.add(file4); 
folder4.add(file5); 
folderl.add(folder2); 
folderl.add(folder3); 
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folderl.add(folder4); 


// 从 "Sunny 的 资料 " 结 点 开始 进行 杀毒 操作 
folderl. killVirus(); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


xx#x* 对 文件 夹 'Sunny 的 资料 ' 进 行 杀毒 
x#xx%#x 对 文件 夹 ' 图 像 文件 ' 进 行 杀毒 

一 -对 图 像 文件 ' 小 龙 女 .jpg' 进 行 杀毒 
-一 对 图 像 文件 "张无忌 . g 许 ' 进 行 杀毒 
xx#x#x 对 文件 夹 ' 文 本 文件 ' 进 行 杀毒 

一 -一 对 文本 文件 ' 九 阴 真 经 . txt' 进 行 杀毒 
---- 对 文本 文件 葵花 宝典 . doc' 进 行 杀毒 
*xxx 对 文件 夹 ' 视 频 文件 ' 进 行 杀毒 

---- 对 视频 文件 ' 笑 傲 江湖 . rmvb' 进 行 杀毒 


在 本 实例 中 ,抽象 构件 类 声明 了 所 有 方法 ,包括 用 于 管理 和 访问 子 构件 的 方法 ,例如 
add() 方 法 和 remove() 方 法 等 ,因此 在 ImageFile 等 叶子 构件 类 中 实现 这 些 方法 时 必须 进行 
相应 的 异常 处 理 或 错误 提示 。 在 容器 构件 类 Folder 的 killVirus() 方 法 中 将 递归 调用 其 成 
员 对 象 的 killVirus() 方 法 ,从 而 实现 对 整个 树 形 结构 的 遍历 。 

如 果 需 要 更 换 操 作 结 点 ,例如 只 对 文件 夹 "文本 文件 进行 杀毒 ,客户 端 代码 只 需 修 改 一 
行 即 可 ,将 代码 


folderl. killVirus( ); 


改 为 


folder3. killVirus(); 


输出 结果 如 下 : 


xxx% 对 文件 夹 ' 文 本 文件 ' 进 行 杀毒 
一 -一 对 文本 文件 ' 九 阴 真 经 . txt' 进 行 杀 毒 
一 -一 对 文本 文件 葵花 宝典 . doc ' 进 行 杀毒 


在 具体 实现 时 可 以 创建 图 形 化 界面 让 用 户 来 选择 所 需 操作 的 根 结 点 ,无 须 修改 源 代 码 ， 
符合 开 闭 原则 ,客户 端 无 须 关心 结 点 的 层次 结构 ,可 以 对 所 选 结 点 进行 统一 处 理 , 提 高 系统 
的 灵活 性 。 
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11.4 透明 组 合 模式 与 安全 组 合 模式 


组 合 模式 根据 抽象 构件 类 的 定义 形式 又 可 以 分 为 透明 组 合 模式 和 安全 组 合 模式 。 

1. 透明 组 合 模式 

在 透明 组 合 模式 中 ,抽象 构件 Component 中 声明 了 所 有 用 于 管理 成 员 对 象 的 方法 , 包 
括 add() remove() 以 及 getChild() 等 方法 ,如 图 11-5 所 示 ,这 样 做 的 好 处 是 确保 所 有 的 构 
件 类 都 有 相同 的 接口 。 在 客户 端 看 来 ,叶子 对 象 与 容器 对 象 所 提供 的 方法 是 一 致 的 ,客户 端 
可 以 一 致 地 对 待 所 有 的 对 象 。 


Component 


+ operation () 

+ add (Component c) 

+ remove (Component c) 
+ getChild (inti) 


| 


Leaf Composite 


+ operation () 

+ add (Component c) 

+ remove (Component c) 
+ getChild (inti) 


+ operation () 
+ add (Component c) 
+ remove (Component c) 


+ getChild (inti) 


图 11-5 透明 组 合 模式 结构 图 


透明 组 合 模式 的 缺点 是 不 够 安全 ,因为 叶子 对 象 和 容器 对 象 在 本 质 上 是 有 区 别 的 。 叶 
子 对 象 不 可 能 有 下 一 个 层次 的 对 象 , 即 不 可 能 包含 成 员 对 象 , 因 此 为 其 提供 add() .remove 
0 以 及 getChild() 等 方法 是 没有 意义 的 ,这 在 编译 阶段 不 会 出 错 ,但 在 运行 阶段 如 果 调 用 这 
些 方法 可 能 会 出 错 ( 如 果 没 有 提供 相应 的 错误 处 理 代码 ) 。 

2. 安全 组 合 模式 

在 安全 组 合 模式 中 ,抽象 构件 Component 中 没有 声明 任何 用 于 管理 成 员 对 象 的 方法 ,而 
是 在 Composite 类 中 声明 并 实现 这 些 方法 。 这 种 做 法 是 安全 的 ,因为 根本 不 向 叶子 对 象 提供 
这 些 管理 成 员 对 象 的 方法 ,对 于 叶子 对 象 ,客户 端 不 可 能 调用 到 这 些 方法 ,如 图 11-6 所 示 。 


Component 


+ operation () 
| 


Leaf 


Composite 


children| 


+ operation () 

+ add (Component c) 

+ remove (Component c) 
+ getChild (inti) 


+ operation () 


图 11-6 安全 组 合 模 式 结构 图 
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安全 组 合 模式 的 缺点 是 不 够 透明 ,因为 叶子 构件 和 容器 构件 具有 不 同 的 方法 , 且 容器 构 
件 中 那些 用 于 管理 成 员 对 象 的 方法 没有 在 抽象 构件 类 中 定义 ,因此 客户 端 不 能 完全 针对 抽 
象 编程 ,必须 有 区 别 地 对 待 叶子 构件 和 容器 构件 。 在 实际 应 用 中 ,安全 组 合 模式 的 使 用 频率 
也 非常 高 。 


11.5 组 合 模式 优 /缺点 与 适用 环境 


组 合 模式 使 用 面向 对 象 的 思想 来 实现 树 形 结构 的 构建 与 处 理 ,描述 了 如 何 将 容器 对 象 
和 叶子 对 象 进行 递归 组 合 ,实现 简单 .灵活 性 好 。 由 于 在 软件 开发 中 存在 大 量 的 树 形 结构 ， 
因此 组 合 模式 是 一 种 使 用 频率 较 高 的 结构 型 设计 模式 。 

Java SE 中 的 AWT 和 Swing 包 的 设计 就 基于 组 合 模式 ,在 这 些 界 面包 中 为 用 户 提供 
了 大 量 的 容器 构件 (如 Container) 和 成 员 构件 (如 Checkbox、Button 和 TextComponent 
等 ) ,其 结构 如 图 11-7 所 示 。 


Component 


Checkbox| | Button | | TextComponent Container 
- component : Component]] | 


图 11-7 AWT 组 合 模式 结构 示意 图 


在 图 11-7 中 ,Component 类 是 抽象 构件 ,Checkbox、Button 和 TextComponent 是 叶子 
构件 ,而 Container 是 容器 构件 。 在 AWT 中 包含 的 叶子 构件 还 有 很 多 ,因为 篇 幅 限 制 没有 
在 图 中 一 一 列 出 。 在 一 个 容器 构件 中 可 以 包含 叶子 构件 ,也 可 以 继续 包含 容器 构件 ,这 些 叶 
子 构件 和 容器 构件 一 起 组 成 了 复杂 的 GUI 界面 。 


11.5.1 组 合 模式 优点 


组 合 模式 的 优点 主要 如 下 : 

(1) 可 以 清楚 地 定义 分 层次 的 复杂 对 象 ,表示 对 象 的 全 部 或 部 分 层次 , 它 让 客户 端 忽略 
了 层次 的 差异 ,方便 对 整个 层次 结构 进行 控制 。 

(2) 客户 端 可 以 一 致 地 使 用 一 个 组 合 结构 或 其 中 单个 对 象 ,不 必 关 心 处 理 的 是 单个 对 
象 还 是 整个 组 合 结构 ,简化 了 客户 端 代码 。 

(3) 在 组 合 模式 中 增加 新 的 容器 构件 和 叶子 构件 都 很 方便 ,无 须 对 现 有 类 库 进 行 任何 
修改 ,符合 开 闭 原则 。 

(4) 为 树 形 结构 的 面向 对 象 实现 提供 了 一 种 灵活 的 解决 方案 ,通过 叶子 对 象 和 容器 对 
象 的 递归 组 合 可 以 形成 复杂 的 树 形 结构 ,但 对 树 形 结构 的 控制 却 非常 简单 。 
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11.5.2 组 合 模式 缺点 


组 合 模式 的 缺点 主要 如 下 : 

在 增加 新 构件 时 很 难 对 容器 中 的 构件 类 型 进行 限制 。 有 时 候 希 望 一 个 容器 中 只 能 有 某 
些 特定 类 型 的 对 象 ,例如 在 某 个 文件 夹 中 只 能 包含 文本 文件 ,在 使 用 组 合 模式 时 不 能 依赖 类 
型 系统 来 施加 这 些 约束 ,因为 它们 都 来 自 于 相同 的 抽象 层 , 在 这 种 情况 下 必须 通过 在 运行 时 
进行 类 型 检查 来 实现 ,这 个 实现 过 程 较为 复杂 。 


11.5.3 组 合 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 组 合 模式 : 

(1) 在 具有 整体 和 部 分 的 层次 结构 中 希望 通过 一 种 方式 忽略 整体 与 部 分 的 差异 ,客户 
端 可 以 一 致 地 对 待 它们 。 

(2) 在 一 个 使 用 面向 对 象 语言 开发 的 系统 中 需要 处 理 一 个 树 形 结构 。 

(3) 在 一 个 系统 中 能 够 分 离 出 叶子 对 象 和 容器 对 象 ,而 且 它 们 的 类 型 不 固定 ,需要 增加 
一 些 新 的 类 型 。 


11.6 ”本章 小 结 


1. 组 合 模式 用 于 组 合 多 个 对 象形 成 树 形 结构 以 表示 具有 部 分 -整体 关系 的 层次 结构 。 
组 合 模式 让 客户 端 可 以 统一 对 待 单个 对 象 和 组 合 对 象 。 组 合 模式 又 可 以 称 为 "部 分 -整体 ” 
模式 ,是 一 种 对 象 结构 型 模式 。 

2. 组 合 模式 包含 抽象 构件 .叶子 构件 和 容器 构件 3 个 角色 。 其 中 ,抽象 构件 为 叶子 构 
件 和 容器 构件 对 象 声 明 接口 ,在 该 角色 中 可 以 包含 所 有 子 类 共有 行为 的 声明 和 实现 ; 叶子 
构件 在 组 合 结构 中 表示 叶子 结 点 对 象 , 叶 子 结 点 没有 子 结 点 ; 容器 构件 在 组 合 结构 中 表示 
容器 结 点 对 象 ,容器 结 点 包含 子 结 点 ,其 子 结 点 可 以 是 叶子 结 点 ,也 可 以 是 容器 结 点 , 它 提供 
一 个 集合 用 于 存储 子 结 点 ,实现 了 在 抽象 构件 中 定义 的 行为 。 

3. 组 合 模式 的 优点 主要 在 于 可 以 清楚 地 定义 分 层次 的 复杂 对 象 ,表示 对 象 的 全 部 或 部 
分 层次 , 它 让 客户 端 忽略 了 层次 的 差异 ,方便 对 整个 层次 结构 进行 控制 ; 客户 端 可 以 一 致 地 
使 用 一 个 组 合 结构 或 其 中 单个 对 象 ,不 必 关 心 处 理 的 是 单个 对 象 还 是 整个 组 合 结构 ,简化 了 
客户 端 代码 ; 增加 新 的 容器 构件 和 叶子 构件 都 很 方便 。 其 缺点 主要 是 在 增加 新 构件 时 很 难 
对 容器 中 的 构件 类 型 进行 限制 。 

4. 组 合 模式 适用 于 以 下 环境 : 在 具有 整体 和 部 分 的 层次 结构 中 希望 通过 一 种 方式 忽 
略 整体 与 部 分 的 差异 ,客户 端 可 以 一 致 地 对 待 它们 ; 在 一 个 使 用 面向 对 象 语言 开发 的 系统 
中 需要 处 理 一 个 树 形 结构 ; 在 一 个 系统 中 能 够 分 离 出 叶子 对 象 和 容器 对 象 ,而且 它们 的 类 
型 不 固定 ,需要 增加 一 些 新 的 类 型 。 

5. 组 合 模式 根据 抽象 构件 类 的 定义 形式 又 可 以 分 为 透明 组 合 模式 和 安全 组 合 模式 。 
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11.7 习题 
1. 一 个 树 形 文件 系统 体现 了 ( ) 模 式 。 
A. Decorator( 装 饰 ) B. Composite( 组 合 ) 
C，Bridge( 桥 接 ) D. Proxy( 代 理 ) 


2. 以 下 关于 组 合 模式 的 叙述 错误 的 是 ( ) 。 


A. 组 合 模式 对 叶子 对 象 和 组 合 对 象 的 使 用 具有 一 致 性 


B. 组 合 模式 可 以 很 方便 地 保证 在 一 个 容器 中 只 能 有 某 些 特定 的 构件 
C. 组 合 模式 将 对 象 组 织 到 树 形 结构 中 ,可 以 用 来 描述 整体 与 部 分 的 关系 
D. 组 合 模式 使 得 可 以 很 方便 地 在 组 合体 中 加 入 新 的 对 象 构件 ,客户 端 不 需要 因为 


加 入 新 的 对 象 构件 而 更 改 类 库 代码 


3. 现 需要 开发 一 个 XML 文档 处 理 软件 ,可 以 根据 关键 字 查询 指定 内 容 , 用 户 可 以 在 
XML 中 任意 选取 某 一 结 点 作为 查询 的 初始 结 点 ,无 须 关心 该 结 点 所 处 的 层次 结构 。 针 对 


该 需求 可 以 使 用 ( ”) 模 式 进行 设计 。 


A. Abstract Factory( 抽 象 工厂 ) B. Flyweight( 享 元 ) 
C. Composite( 组 合 ) D. Strategy( 策 略 ) 


4. 在 组 合 模式 结构 图 中 ,如 果 聚 合 关联 关系 不 是 
从 Composite 到 Component, 而 是 从 Composite 到 
Leaf ,如 图 11-8 所 示 ,会 产生 怎样 的 结果 ? 

5. 某 教育 机 构 组 织 结构 如 图 11-9 所 示 。 

在 该 教育 机 构 的 OA 系统 中 可 以 给 各 级 办 公 室 下 
发 公文 , 现 采 用 组 合 模式 设计 该 机 构 的 组 织 结构 ,绘制 
相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 ,在 客户 端 
代码 中 模拟 下 发 公文 。 

6. 某 软 件 公司 要 开发 一 个 界面 控件 库 , 界 面 控 件 


Component 


2 


Leaf 


ae 


Composite 


图 11-8 组 合 模式 练习 题 4 结构 图 


分 为 两 大 类 ,一 类 是 单元 控件 ,例如 按钮 .文本 框 等 ,一 类 是 容器 控件 ,例如 窗 体 、 中 间 面 板 


等 ,试用 组 合 模式 设计 该 界面 控件 库 。 


北京 总 部 


教务 办 公 室 湖南 分 校 | 行政 办 公 室 
I 
教务 办 公 室 长 沙 教学 点 | [湘潭 教学 点 行政 办 公 室 
I 
教务 办 公 室 | [ 行政 办 公 室 | 教务 办 公 室 | [行政 办 公 室 


图 11-9 某 教育 机 构 组 织 结构 图 


装饰 模式 


装饰 模式 是 一 种 用 于 替代 继承 的 技术 , 它 通过 一 种 无 须 定义 子 类 的 方式 
来 给 对 象 动态 增加 职责 ,使 用 对 象 之 间 的 关联 关系 取代 类 之 间 的 继承 关系 。 
装饰 模式 降低 了 系统 的 耦合 度 , 可 以 动态 增加 或 删除 对 象 的 职责 ,并 使 需要 装 
饰 的 具体 构件 类 和 用 于 装饰 的 具体 装饰 类 都 可 以 独立 变化 ,增加 新 的 具体 构 
件 类 和 具体 装饰 类 都 非常 方便 ,符合 开 闭 原 则 。 

本 章 将 学 习 装 饰 模式 的 定义 与 结构 ,通过 实例 学 习 装 饰 模式 的 使 用 ,并 学 
习 透 明 装饰 模式 和 半 透 明 装 饰 模式 的 区 别 与 实现 。 

本 章 知识 点 

。 装饰 模式 的 定义 

。 装饰 模式 的 结构 

。 装饰 模式 的 应 用 

。 装饰 模式 的 优 /缺点 

。 装饰 模式 的 适用 环境 

。 透明 装饰 模式 与 半 透 明 装饰 模式 


12.1 装饰 模式 概述 


对 新 房 进行 装修 并 没有 改变 房屋 用 于 居住 的 本 质 , 但 它 可 以 让 房子 变 得 更 漂亮 ,更 温 
区、 更 实用 、 更 能 满足 居家 的 需求 。 在 软件 设计 中 也 有 一 种 类 似 新 房 装修 的 技术 可 以 对 已 有 
对 象 (新 房 ) 的 功能 进行 扩展 (装修 ) ,以 获得 更 加 符合 用 户 需 求 的 对 象 , 使 得 对 象 具 有 更 加 强 
大 的 功能 ,这 种 技术 在 设计 模式 中 被 称 为 装饰 模式 。 

装饰 模式 可 以 在 不 改变 一 个 对 象 本 身 功 能 的 基础 上 给 对 象 增加 额外 的 新 行为 ,在 现实 
生活 中 这 种 情况 也 到 处 存在 ,例如 一 张 照片 ,可 以 不 用 改变 照片 本 身 , 给 它 增加 一 个 相框 ,使 


162 ， Java 设计 模式 


它 具 有 防潮 的 功能 。 用 户 可 以 根据 需要 给 它 增 加 不 同类 型 的 相框 ,甚至 可 以 在 一 个 小 相框 
的 外 面 再 套 一 个 大 相框 ,如 图 12-1 所 示 。 


图 12-1 装饰 模式 示意 图 


在 软件 设计 中 ,装饰 模式 是 一 种 用 于 替代 继承 的 技术 , 它 通过 一 种 无 须 定义 子 类 的 方式 
给 对 象 动态 增加 职责 ,使 用 对 象 之 间 的 关联 关系 取代 类 之 间 的 继承 关系 。 在 装饰 模式 中 引 
和 人 了 装饰 类 ,在 装饰 类 中 既 可 以 调用 待 装饰 的 原 有 类 的 方法 ,还 可 以 增加 新 的 方法 ,以 扩充 
原 有 类 的 功能 。 

装饰 模式 的 定义 如 下 : 


装饰 模式 : 动态 地 给 一 个 对 象 增加 一 些 额外 的 职责 。 就 扩展 功 
能 而 言 ,装饰 模式 提供 了 一 种 比 使 用 子 类 更 加 灵活 的 替代 方案 。 
Decorator Pattern: Attach additional responsibilities to an object 


dynamically. Decorators provide a flexible alternative to subclassing 


for extending functionality. 


装饰 模式 是 一 种 对 象 结构 型 模式 , 它 以 对 客户 透明 的 方式 动态 地 给 一 个 对 象 附加 上 更 
多 的 责任 ,可 以 在 不 需要 创建 更 多 子 类 的 情况 下 让 对 象 的 功能 得 以 扩展 。 


12.2 装饰 模式 结构 与 实现 


12.2.1 装饰 模式 结构 


装饰 模式 的 结构 如 图 12-2 所 示 。 

由 图 12-2 可 知 ,装饰 模式 包含 以 下 4 个 角色 。 

(1) Component( 抽 和 象 构件 ) : 它 是 具体 构件 和 抽象 装饰 类 的 共同 父 类 ,声明 了 在 具体 构 
件 中 实现 的 业务 方法 , 它 的 引入 可 以 使 客户 端 以 一 致 的 方式 处 理 未 被 装饰 的 对 象 以 及 装饰 
之 后 的 对 象 ,实现 客户 端的 透明 操作 。 

(2) ConcreteComponent( 具 体 构件 ) : 它 是 抽象 构件 类 的 子 类 ,用 于 定义 具体 的 构件 对 
象 ,实现 了 在 抽象 构件 中 声明 的 方法 ,装饰 类 可 以 给 它 增加 额外 的 职责 (方法 )。 

(3) Decorator( 抽 象 装饰 类 ) : 它 也 是 抽象 构件 类 的 子 类 ,用 于 给 具体 构件 增加 职责 ,但 
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Component 


+ operation () 


ConcreteComponent| Decorator component 


+ operation () _- 1+ operation () 


component.operation(); 


ConcreteDecoratorA| ConcreteDecoratorB 
- addedState : 


+ operation () | operation () 
“|+ addedBehavior () 


super.operation(); 
addedBehavior(); 


图 12-2 ”装饰 模式 结构 图 


是 具体 职责 在 其 子 类 中 实现 。 它 维护 一 个 指向 抽象 构件 对 象 的 引用 ,通过 该 引用 可 以 调用 
装饰 之 前 构件 对 象 的 方法 ,并 通过 其 子 类 扩展 该 方法 ,以 达到 装饰 的 目的 。 

(4) ConcreteDecorator( 具 体 装 饰 类 ): 它 是 抽象 装饰 类 的 子 类 ,负责 向 构件 添加 新 的 职 
责 。 每 一 个 具体 装饰 类 都 定义 了 一 些 新 的 行为 , 它 可 以 调用 在 抽象 装饰 类 中 定义 的 方法 ,并 
可 以 增加 新 的 方法 用 于 扩充 对 象 的 行为 。 


12.2.2 装饰 模式 实现 


在 装饰 模式 中 ,抽象 构件 类 一 般 设计 为 抽象 类 或 者 接口 ,在 其 中 声明 了 抽象 业务 方法 ， 
当然 也 可 以 在 抽象 构件 类 中 实现 一 些 所 有 具体 构件 类 都 共有 的 业务 方法 。 抽 象 构件 类 的 典 


public abstract class Component { 
public abstract void operation(); 


具体 构件 类 作为 抽象 构件 类 的 子 类 实现 了 在 抽象 构件 类 中 声明 的 业务 方法 ,通常 在 具 
体 构件 类 中 只 提供 基本 功能 的 实现 ,一 些 复杂 的 功能 需 通过 装饰 类 进行 扩展 。 其 典型 代码 
如 下 : 


public class ConcreteComponent extends Component { 
public void operation() 
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// 基 本 功能 的 实现 


} 


装饰 模式 的 核心 在 于 抽象 装饰 类 的 设计 ,其 典型 代码 如 下 : 


public class Decorator extends Component { 
Private Component component; // 维 持 一 个 对 抽象 构件 对 象 的 引用 


// 注 入 一 个 抽象 构件 类 型 的 对 象 

public Decorator(Component component) { 
this. component = component; 

} 


public void operation() { 
component. operation(); // 调 用 原 有 业务 方法 
| 
} 


在 抽象 装饰 类 Decorator 中 定义 了 一 个 Component 类 型 的 对 象 component, 维持 一 个 
对 抽象 构件 对 象 的 引用 ,并 可 以 通过 构造 方法 或 Setter 方法 将 一 个 Component 类 型 的 对 象 
注入 进来 ,同时 由 于 Decorator 类 实现 了 抽象 构件 Component 接口 ,因此 需要 实现 在 其 中 声 
明 的 业务 方法 operation()。 值 得 注意 的 是 ,在 Decorator 中 并 未 真正 实现 operation() 方 法 ， 
只 是 调用 原 有 component 对 象 的 operation() 方 法 , 它 没有 真正 实施 装饰 ,而 是 提供 一 个 统 
一 的 接口 ,将 具体 装饰 过 程 交 给 子 类 完成 。 

在 Decorator 的 子 类 ( 即 具体 装饰 类 ) 中 将 继承 operation() 方 法 并 根据 需要 进行 扩展 ， 
典型 的 具体 装饰 类 代码 如 下 : 


public class ConcreteDecorator extends Decorator { 
public ConcreteDecorator(Component component) { 
super( component ); 
四 


public void operation() { 
super. operation(); // 调 用 原 有 业务 方法 
addedBehavior( ); // 调 用 新 增 业 务 方法 
} 


// 新 增 业 务 方法 
public void addedBehavior() { 


} 
2 


在 具体 装饰 类 中 可 以 调用 到 抽象 装饰 类 的 operation() 方 法 .同时 可 以 定义 新 的 业务 方 
法 ,例如 addedBehavior()。 如 果 该 方法 不 希望 客户 端 单独 调用 ,可 以 将 其 可 见 性 设 为 私有 
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(private) 。 

由 于 在 抽象 装饰 类 Decorator 中 注入 的 是 Component 类 型 的 对 象 ,因此 可 以 将 一 个 具 
体 构 件 对 象 注入 其 中 ,再 通过 具体 装饰 类 进行 装饰 ; 此 外 ,还 可 以 将 一 个 已 经 装饰 过 的 
Decorator 子 类 的 对 象 再 注入 其 中 进行 多 次 装饰 ,从 而 实现 对 原 有 功能 的 多 次 扩展 。 


12.3 装饰 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 装饰 模式 。 
1. 实例 说 明 


某 软 件 公司 基于 面向 对 象 技 术 开 发 了 一 套图 形 界面 构件 库 
VisualComponent, 该 构件 库 提 供 了 大 量 的 基本 构件 ,如 窗 体 、 文 本 
框 \ 列 表 框 等 ,由 于 在 使 用 该 构件 库 时 用 户 经 常 要 求 定制 一 些 特殊 的 
显示 效果 ,如 带 滚动 条 的 窗 体 、 带 黑色 边框 的 文本 框 、 既 带 滚动 条 又 带 
黑色 边框 的 列表 框 等 ,因此 经 常 需要 对 该 构件 库 进行 扩展 以 增强 其 
功能 。 

现 使 用 装饰 模式 来 设计 该 图 形 界面 构件 库 。 


2. 实例 类 
通过 分 析 , 本 实例 的 结构 图 如 图 12-3 所 示 。 
[Component | 
{abstract} 
+ display () : void 
Window TextBox ListBox ComponentDecorator 


- component : Component 
+ ComponentDecorator (Component component) 
+ display () :void 


+ display () :vod| |+ display () :void| |+ display () : void 


ScrolBarDecorator BlackBorderDecorator 
+ ScrollBarDecorator (Component component) + BlackBorderDecorator ( 
+ display () :void Component component) 
+ setScrollBar () :void + display () :void 
+ setBlackBorder () :void 


图 12-3 图 形 界面 构件 库 结 构图 


在 图 12-3 中 ,Component 充当 抽象 构件 类 ,其 子 类 Window、TextBox、ListBox 充当 具 
体 构 件 类 , Component 类 的 另 一 个 子 类 ComponentDecorator 充当 抽象 装饰 类 ， 
ComponentDecorator 的 子 类 ScrollBarDecorator 和 BlackBorderDecorator 充当 具体 装饰 类 。 

3. 实例 代码 

(1) Component: 抽象 界面 构件 类 ,充当 抽象 构件 类 。 为 了 突出 与 模式 相关 的 核心 代 
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码 ,在 本 实例 中 对 控件 代码 进行 了 大 量 的 简化 。 


//designpatterns. decorator. Component. java 
package designpatterns. decorator; 


public abstract class Component { 
public abstract void display(); 


(2) Window: 窗 体 类 ,充当 具体 构件 类 。 


//designpatterns. decorator. Window. java 
package designpatterns. decorator; 


public class Window extends Component { 
public void display() { 
System. out. println(" 显 示 窗 体 !"); 


(3) TextBox: 文本 框 类 ,充当 具体 构件 类 。 


//designpatterns. decorator. TextBox. java 
package designpatterns. decorator; 


public class TextBox extends Component { 
public void display() { 
System. out. println(" 显 示 文 本 框 !"); 


(4) ListBox: 列表 框 类 ,充当 具体 构件 类 。 


//designpatterns. decorator. ListBox. java 
package designpatterns. decorator; 


public class ListBox extends Component { 
public void display() 
{ 
System. out. println(" 显 示 列 表 框 !"); 


(5) ComponentDecorator: 构件 装饰 类 ,充当 抽象 装饰 类 。 


//designpatterns. decorator. ComponentDecorator. java 
package designpatterns. decorator; 
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public class ComponentDecorator extends Component { 


private Component component; // 维 持 对 抽象 构件 类 型 对 象 的 引用 


// 注 入 抽象 构件 类 型 的 对 象 
Public ComponentDecorator(Component component) { 
this. component = component; 


Public void display() { 
component. display( ); 


(6) ScrollBarDecorator: 滚动 条 装饰 类 ,充当 具体 装饰 类 。 


//designpatterns. decorator. ScrollBarDecorator. java 
package designpatterns. decorator; 


public class ScrollBarDecorator extends ComponentDecorator { 


public ScrollBarDecorator(Component component) { 
super( component ); 


public void display() { 
this. setScrollBar( ); 
super. display(); 


Public void setScrollBar() { 
System. out. println(" 为 构件 增加 滚动 条 !"); 


(7) BlackBorderDecorator: 黑色 边框 装饰 类 ,充当 具体 装饰 类 。 


//designpatterns. decorator. BlackBorderDecorator. java 
package designpatterns. decorator; 


public class BlackBorderDecorator extends ComponentDecorator { 


public BlackBorderDecorator(Component component) { 
super (component ); 


public void display() { 
this. setBlackBorder( ); 
super. display(); 
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public void setBlackBorder() { 
System. out. println(" 为 构件 增加 黑色 边框 !" ); 
1 


(8) Client: 客户 端 测试 类 。 


//designpatterns. decorator.Client. java 
package designpatterns. decorator; 


public class Client { 
public static void main(String args[]) { 
Component component, component SB; // 使 用 抽象 构件 定义 对 象 
component = new Window( ); // 创 建 具体 构件 对 象 
componentSB = new ScrollBarDecorator(component);// 创 建 装饰 后 的 构件 对 象 
componentSB. display( ); 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


为 构件 增加 滚动 条 ! 
显示 窗 体 ! 


在 客户 端 代码 中 先 创 建 一 个 Window 类 型 的 具体 构件 对 象 component, 然后 将 
component 作为 构造 函数 的 参数 注入 到 具体 装饰 类 ScrollBarDecorator 中 ,得 到 一 个 装饰 之 
后 的 对 象 componentSB ,在 调用 componentSB 的 display() 方 法 后 将 得 到 一 个 有 滚动 条 的 窗 
体 。 如 果 和 希望 得 到 一 个 既 有 滚动 条 又 有 黑色 边框 的 窗 体 ,不 需要 对 原 有 类 库 进 行 任何 修改 ， 
只 需 将 客户 端 代 码 修改 如 下 : 


//designpatterns. decorator. Client. java 
package designpatterns. decorator; 


public class Client { 
public static void main(String args[]) { 
Component component, componentSB, componentBB; // 使 用 抽象 构件 定义 全 部 对 象 
component = new Window( ); // 创 建 具体 构件 对 象 
componentSB = new ScrollBarDecorator(component); // 创 建 装饰 后 的 构件 对 象 
componentBB = new BlackBorderDecorator( componentSB); 
// 将 装饰 了 一 次 的 对 象 注入 另 一 个 


装饰 类 中 ,进行 第 二 次 装饰 
componentBB. display(); 
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再 次 编译 并 运行 程序 ,输出 结果 如 下 : 


为 构件 增加 黑色 边框 ! 
为 构件 增加 滚动 条 ! 
显示 窗 体 ! 


在 上 述 客户 端 代 码 中 将 装饰 了 一 次 之 后 的 componentSB 对 象 再 注入 另 一 个 装饰 类 
BlackBorderDecorator 中 实现 第 二 次 装饰 ,得 到 一 个 经 过 两 次 装饰 的 对 象 componentBB, 再 
调用 componentBB 的 display() 方 法 即 可 得 到 一 个 既 有 滚动 条 又 有 黑色 边框 的 窗 体 。 

如 果 需 要 在 原 有 系统 中 增加 一 个 新 的 具体 构件 类 或 者 新 的 具体 装饰 类 ,无 须 修 改 现 有 
类 库 代 码 , 只 需 将 它们 分 别 作为 抽象 构件 类 或 者 抽象 装饰 类 的 子 类 即 可 。 


12.4 透明 装饰 模式 与 半 透 明 装饰 模式 


在 装饰 模式 中 ,具体 装饰 类 通过 新 增 成 员 变 量 或 者 成 员 方法 来 扩充 具体 构件 类 的 功能 。 
在 标准 的 装饰 模式 中 ,新 增 行为 需 在 原 有 业务 方法 中 调用 ,无 论 是 具体 构件 对 象 还 是 装饰 过 
的 构件 对 象 , 对 于 客户 端 而 言 都 是 透明 的 ,这 种 装饰 模式 被 称 为 透明 (Transparent) 装 饰 模 
式 。 但 是 在 某 些 情况 下 ,有 些 新 增 行为 可 能 需要 单独 被 调用 ,此 时 客户 端 不 能 再 一 致 性 地 处 
理 装饰 之 前 的 对 象 和 装饰 之 后 的 对 象 ,这 种 装饰 模式 被 称 为 半 透 明 (Semi-transparent) 装 饰 
模式 。 下 面 将 对 这 两 种 装饰 模式 进行 较为 详细 的 介绍 。 

1. 透明 装饰 模式 

在 透明 装饰 模式 中 要 求 客户 端 完全 针对 抽象 编程 ,装饰 模式 的 透明 性 要 求 客户 端 程序 
不 应 该 将 对 象 声 明 为 具体 构件 类 型 或 具体 装饰 类 型 ,而 应 该 全 部 声明 为 抽象 构件 类 型 。 对 
于 客户 端 而 言 ,具体 构件 对 象 和 具体 装饰 对 象 没有 任何 区 别 。 也 就 是 应 该 使 用 以 下 代码 : 


Component component_ov component_d; // 使 用 抽象 构件 类 型 定义 对 象 
component_o = new ConcreteComponent(); 

component_d = new ConcreteDecorator (component 0o); 

component_d. operation(); 


而 不 应 该 使 用 以 下 代码 : 


ConcreteComponent component_o; // 使 用 具体 构件 类 型 定义 对 象 
Component_o = new ConcreteComponent() 


ConcreteDecorator component di; // 使 用 具体 装饰 类 型 定义 对 象 
Component_d = new ConcreteDecorator(component 0); 


对 于 多 次 装饰 而 言 ,在 客户 端 中 存在 以 下 代码 片段 : 
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Component component ov, component _d1, component d2; // 全 部 使 用 抽象 构件 定义 
component 0 = new ConcreteComponent(); 

component dl = new ConcreteDecoratorl(component 0o); 

component d2 = new ConcreteDecorator2(component d1); 

component d2.operation(); 

// 无 法 单独 调用 component _d2 的 addedBehavior() 方 法 


使 用 抽象 构件 类 型 Component 定义 全 部 具体 构件 对 象 和 具体 装饰 对 象 ,客户 端 可 以 一 
致 地 使 用 这 些 对 象 ,因此 符合 透明 装饰 模式 的 要 求 。 

透明 装饰 模式 可 以 让 客户 端 透明 地 使 用 装饰 之 前 的 对 象 和 装饰 之 后 的 对 象 ,无 须 关 心 
它们 的 区 别 , 此 外 还 可 以 对 一 个 已 装饰 过 的 对 象 进 行 多 次 装饰 ,得 到 更 加 复杂 、 功 能 更 加 强 
大 的 对 象 。 在 实现 透明 装饰 模式 时 要 求 具体 装饰 类 的 operation( ) 方 法 覆盖 抽象 装饰 类 的 
operation() 方 法 ,除了 调用 原 有 对 象 的 operation() 外 还 需要 调用 新 增 的 addedBehavior() 
方法 来 增加 新 行为 。 但 是 由 于 在 抽象 构件 中 并 没有 声明 addedBehavior() 方 法 ,因此 无 法 在 
客户 端 单独 调用 该 方法 ,在 本 章 12. 3 节 图 形 界面 构件 库 的 设计 方案 中 使 用 的 就 是 透明 装饰 
模式 。 

2. 半 透 明 装 饰 模式 

透明 装饰 模式 的 设计 难度 较 大 ,而 且 有 时 需要 单独 调用 新 增 的 业务 方法 。 为 了 能 够 调 
用 到 新 增 方法 ,不 得 不 用 具体 装饰 类 型 来 定义 装饰 之 后 的 对 象 ,而 具体 构件 类 型 仍然 可 以 使 
用 抽象 构件 类 型 来 定义 ,这 种 装饰 模式 即 为 半 透 明 装 饰 模式 。 也 就 是 说 ,对 于 客户 端 而 言 ， 
具体 构件 类 型 无 须 关 心 ,是 透明 的 ; 但 是 具体 装饰 类 型 必须 指定 ,这 是 不 透明 的 。 客 户 端 代 
人 码 片段 如 下 : 


Component component o; // 使 用 抽象 构件 类 型 定义 
Component_o = new ConcreteComponent(); 

component_o. operation(); 

ConcreteDecorator component di // 使 用 具体 装饰 类 型 定义 
component_ d= new ConcreteDecorator(component 0); 
component_d. operation(); 


component d.addedBehavior(); // 单 独 调用 新 增 业 务 方法 


半 透 明 装 饰 模式 可 以 给 系统 带 来 更 多 的 灵活 性 ,设计 相对 简单 ,使 用 起 来 也 非常 方便 ; 
但 是 其 最 大 的 缺点 在 于 不 能 实现 对 同一 个 对 象 的 多 次 装饰 ,而 且 客 户 端 需要 有 区 别 地 对 待 
装饰 之 前 的 对 象 和 装饰 之 后 的 对 象 。 在 实现 半 透 明 的 装饰 模式 时 只 需 在 具体 装饰 类 中 增加 
一 个 独立 的 addedBehavior( ) 方 法 来 封装 相应 的 业务 处 理 , 由 于 客户 端 使 用 具体 装饰 类 型 来 
定义 装饰 后 的 对 象 , 因 此 可 以 单独 调用 addedBehavior() 方 法 。 
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12.5 装饰 模式 优 /缺点 与 适用 环境 


装饰 模式 降低 了 系统 的 耦合 度 , 可 以 动态 增加 或 删除 对 象 的 职责 ,并 使 需要 装饰 的 具体 
构件 类 和 具体 装饰 类 可 以 独立 变化 ,以 便 增加 新 的 具体 构件 类 和 具体 装饰 类 。 使 用 装饰 模 
式 将 大 大 减少 子 类 的 个 数 , 让 系统 扩展 起 来 更 加 方便 ,而 且 更 容易 维护 ,是 取代 继承 复 用 的 
有 效 方 式 之 一 。 在 软件 开发 中 装饰 模式 的 应 用 较为 广泛 ,例如 在 Java 1/O 中 的 输入 流 和 输 
出 流 的 设计 、javax. swing 包 中 一 些 图 形 界面 构件 功能 的 增强 等 地 方 都 运用 了 装饰 模式 。 


12.5.1 装饰 模式 优点 


装饰 模式 的 优点 主要 如 下 : 

(1) 对 于 扩展 一 个 对 象 的 功能 ,装饰 模式 比 继承 更 加 灵活 ,不 会 导致 类 的 个 数 急剧 
增加 。 

(2) 可 以 通过 一 种 动态 的 方式 来 扩展 一 个 对 象 的 功能 ,通过 配置 文件 可 以 在 运行 时 选 
择 不 同 的 具体 装饰 类 ,从 而 实现 不 同 的 行为 。 

(3) 可 以 对 一 个 对 象 进行 多 次 装饰 ,通过 使 用 不 同 的 具体 装饰 类 以 及 这 些 装饰 类 的 排 
列 组 合 可 以 创造 出 很 多 不 同行 为 的 组 合 ,得 到 功能 更 加 强大 的 对 象 。 

(4) 具体 构件 类 与 具体 装饰 类 可 以 独立 变化 ,用 户 可 以 根据 需要 增加 新 的 具体 构件 类 
和 具体 装饰 类 , 原 有 类 库 代 码 无 须 改变 ,符合 开 闭 原则 。 


12. 5.2 装饰 模式 缺点 


装饰 模式 的 缺点 主要 如 下 : 

(1) 在 使 用 装饰 模式 进行 系统 设计 时 将 产生 很 多 小 对 象 ,这 些 对 象 的 区 别 在 于 它们 之 
间 相 互 连 接 的 方式 有 所 不 同 , 而 不 是 它们 的 类 或 者 属性 值 有 所 不 同 ,大 量 小 对 象 的 产生 势必 
会 占用 更 多 的 系统 资源 ,在 一 定 程度 上 影响 程序 的 性 能 。 

(2) 装饰 模式 提供 了 一 种 比 继承 更 加 灵活 、 机 动 的 解决 方案 ,但 同时 也 意味 着 比 继承 更 
加 易于 出 错 , 排 错 也 更 困难 ,对 于 多 次 装饰 的 对 象 ,在 调试 时 寻找 错误 可 能 需要 逐 级 排查 , 较 
为 烦琐 。 


12. 5.3 装饰 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 装饰 模式 : 

(1) 在 不 影响 其 他 对 象 的 情况 下 以 动态 .透明 的 方式 给 单个 对 象 添 加 职责 。 

(2) 当 不 能 采用 继承 的 方式 对 系统 进行 扩展 或 者 采用 继承 不 利于 系统 扩展 和 维护 时 
可 以 使 用 装饰 模式 。 不 能 采用 继承 的 情况 主要 有 两 类 : 第 一 类 是 系统 中 存在 大 量 独立 的 
扩展 ,为 支持 每 一 种 扩展 或 者 扩展 之 间 的 组 合 将 产生 大 量 的 子 类 ,使 得 子 类 数目 呈 爆 炸 
性 增长 ; 第 二 类 是 因为 类 已 定义 为 不 能 被 继承 (例如 在 Java 语言 中 使 用 final 关键 字 修饰 
的 类 )。 


外 加 172_ Java 设 计 模式 


12.6 ”本章 小 结 


1. 装饰 模式 用 于 动态 地 给 一 个 对 象 增加 一 些 额外 的 职责 。 就 扩展 功能 而 言 , 装 饰 模式 
提供 了 一 种 比 使 用 子 类 更 加 灵活 的 蔡 代 方案 , 它 是 一 种 对 象 结构 型 模式 。 

2. 装饰 模式 包含 抽象 构件 .具体 构件 、 抽 象 装饰 类 和 具体 装饰 类 4 个 角色 。 其 中 ,抽象 
构件 是 具体 构件 类 和 抽象 装饰 类 的 共同 父 类 ,声明 了 在 具体 构件 中 实现 的 业务 方法 ; 具体 
构件 实现 了 在 抽象 构件 中 声明 的 方法 ,装饰 类 可 以 给 它 增 加 额外 的 职责 (方法 ); 抽象 装饰 
类 用 于 给 具体 构件 增加 职责 ,但 是 具体 职责 在 其 子 类 中 实现 ; 具体 装饰 类 负责 向 构件 添加 
新 的 职责 。 

3. 装饰 模式 的 优点 主要 是 在 扩展 功能 时 比 继承 更 加 灵活 ,不 会 导致 类 的 个 数 急剧 增 
加 ; 它 通过 一 种 动态 的 方式 来 扩展 一 个 对 象 的 功能 ,可 以 对 一 个 对 象 进行 多 次 装饰 ,还 通过 
使 用 不 同 的 具体 装饰 类 以 及 这 些 装饰 类 的 排列 组 合 创造 出 很 多 不 同行 为 的 组 合 ,得 到 功能 
更 加 强大 的 对 象 ; 具体 构件 类 与 具体 装饰 类 可 以 独立 变化 ,用 户 可 以 根据 需要 增加 新 的 具 
体 构件 类 和 具体 装饰 类 , 原 有 类 库 代 码 无 须 改 变 , 符 合 开 闭 原则 。 其 缺点 主要 是 使 用 装饰 模 
式 进行 系统 设计 时 将 产生 很 多 小 对 象 ; 此 外 ,装饰 模式 比 继承 更 加 易于 出 错 , 排 错 也 更 困 
难 , 对 于 多 次 装饰 的 对 象 ,在 调试 时 寻找 错误 可 能 需要 逐 级 排查 ,较为 烦琐 。 

4. 装饰 模式 适用 于 以 下 环境 : 在 不 影响 其 他 对 象 的 情况 下 以 动态 .透明 的 方式 给 单个 
对 象 添加 职责 ; 当 不 能 采用 继承 的 方式 对 系统 进行 扩展 或 者 采用 继承 不 利于 系统 扩展 和 维 
护 时 也 可 以 使 用 装饰 模式 。 

5. 装饰 模式 可 分 为 透明 装饰 模式 和 半 透 明 装饰 模式 : 在 透明 装饰 模式 中 要 求 客 户 端 
完全 针对 抽象 编程 ,装饰 模式 的 透明 性 要 求 客 户 端 程序 不 应 该 将 对 象 声 明 为 具体 构件 类 型 
或 具体 装饰 类 型 ,而 应 该 全 部 声明 为 抽象 构件 类 型 ; 半 透 明 装饰 模式 允许 用 户 在 客户 端 声 
明 具 体 装 饰 类 型 的 对 象 ,从 而 可 以 单独 调用 在 具体 装饰 者 中 新 增 的 方法 。 


12.7 习题 


1. 当 不 能 采用 生成 子 类 的 方法 进行 扩充 时 可 采用 ( ) 设 计 模式 动态 地 给 一 个 对 象 
添加 一 些 额 外 的 职责 。 
A. Facade( 外 观 ) B.Singleton( 单 例 ) 
C.，Participant( 参 与 者 ) D. Decorator( 装 饰 ) 
2. 以 下 ( ”) 不 是 装饰 模式 的 适用 条 件 。 
A. 要 扩展 一 个 类 的 功能 或 给 一 个 类 增加 附加 责任 
B. 要 动态 地 给 一 个 对 象 增加 功能 ,这 些 功能 还 可 以 动态 撤销 
C. 要 动态 地 组 合 多 于 一 个 的 抽象 化 角色 和 实现 化 角色 
D. 要 通过 一 些 基本 功能 的 组 合 产生 复杂 功能 ,而 不 使 用 继承 关系 
3. 半 透 明 装饰 模式 能 和 否 实现 对 同一 个 对 象 的 多 次 装饰 ?为 什么 ? 
4. 最 简单 的 手机 (SimplePhone) 在 接收 到 来 电 的 时 候 会 发 出 声音 提醒 主人 ,现在 需要 
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为 该 手机 添加 一 项 功能 ,在 接收 来 电 的 时 候 除 了 有 声音 还 能 产生 振动 (JarPhone); 还 可 以 
得 到 更 加 高 级 的 手机 (ComplexPhone) ,来 电 时 它 不 仅 能 够 发 声 ,产生 振动 ,而 且 有 灯光 闪烁 
提示 。 现 用 装饰 模式 来 模拟 手机 功能 的 升级 过 程 ,要 求 绘制 类 图 并 使 用 Java 语言 编程 模拟 

5. 某 咖啡 店 在 卖 咖啡 时 可 以 根据 顾客 的 要 求 在 其 中 加 入 各 种 配料 ,咖啡 店 会 根据 所 加 
入 的 配料 来 计算 总 费用 。 咖 啡 店 所 供应 的 咖啡 及 配料 的 种 类 和 价格 如 表 12-1 所 示 。 


表 12-1 咖啡 及 配料 的 种 类 和 价格 表 


咖 啡 价格 / 杯 ( 兰 ) 配料 价格 / 份 ( 圣 ) 
浓缩 咖啡 (Espresso) 区 摩卡 (Mocha) 10 
混合 咖啡 CHouse Blend) 30 奶 泡 (Whip) 8 
重 烘焙 咖啡 (Dark Roast) 20 牛奶 (Milk) 6 


现 使 用 装饰 模式 为 该 咖啡 店 设计 一 个 程序 以 实现 计算 费用 的 功能 ,输出 每 种 饮料 的 详 
细 描 述 及 花费 。 
输出 结果 示例 如 下 : 


浓缩 咖啡 ,摩卡 ,牛奶 ¥ 41 


饮料 类 Beverage 的 代码 如 下 : 


public abstract class Beverage { 
public abstract String getDescription(); 
public abstract int getCost(); 

} 


要 求 画 出 对 应 的 类 图 ,并 使 用 Java 语言 编程 实现 。 

6. 某 软件 公司 要 开发 一 个 数据 加 密 模块 ,可 以 对 字符 串 进行 加 密 。 最 简单 的 加 密 算法 
通过 对 字母 进行 移 位 来 实现 ,同时 提供 了 稍 复杂 的 逆向 输出 加 密 , 还 提供 了 更 加 高 级 的 求 模 
加 密 。 用 户 先 使 用 最 简单 的 加 密 算法 对 字符 串 进行 加 密 , 如 果 觉 得 还 不 够 可 以 对 加 密 之 后 
的 结果 使 用 其 他 加 密 算法 进行 二 次 加 密 , 当 然 也 可 以 进行 第 三 次 加 密 。 试 使 用 装饰 模式 设 
计 该 多 重 加 密 系统 。 


外 观 模式 


本 章 导 学 
外 观 模式 是 一 种 使 用 频率 非常 高 的 结构 型 设计 模式 , 它 通过 引入 一 个 外 
观 角色 来 简化 客户 端 与 子 系统 之 间 的 交互 ,为 复杂 的 子 系统 调用 提供 一 个 统 
一 的 入 口 , 使 子 系统 与 客户 端的 耦合 度 降 低 , 且 客户 端 调用 非常 方便 。 
本 章 将 学 习 外 观 模式 的 定义 与 结构 ,结合 实例 学 习 如 何 使 用 外 观 模式 并 
分 析 外 观 模 式 的 优 /缺点 。 
本 章 知 识 点 
。 外 观 模式 的 定义 
。 外 观 模式 的 结构 
。 外 观 模式 的 实现 
。 外 观 模式 的 应 用 
。 外 观 模式 的 优 /缺点 
。 外 观 模式 的 适用 环境 
。 抽象 外 观 类 


13.1 外 观 模式 概述 


不 知道 大 家 有 没有 比较 过 自己 泡 茶 和 去 茶馆 喝 茶 的 区 别 , 如 果 是 自己 泡 茶 需 要 自行 准 
备 茶叶 、 茶 具 和 开水 ,如 图 13-1(a) 所 示 ,而 去 茶馆 喝 茶 ,最 简单 的 方式 就 是 跟 茶 馆 服务 员 说 
想 要 一 杯 什么 样 的 茶 , 是 铁 观 音 、 碧 螺 春 还 是 西湖 龙井 ? 正 因为 茶馆 有 服务 员 ,顾客 无 须 直 
接 和 茶叶 ,茶具 、 开 水 等 交互 ,整个 泡 茶 过 程 由 服务 员 来 完成 ,顾客 只 需要 与 服务 员 交 互 即 
可 ,整个 过 程 非常 简单 .省事 , 如 图 13-1(b) 所 示 。 

在 软件 开发 中 有 时 候 为 了 完成 一 项 较为 复杂 的 功能 ,一 个 客户 类 需要 和 多 个 业务 类 交 
互 , 而 这 些 需 要 交互 的 业务 类 经 常会 作为 一 个 整体 出 现 , 由 于 涉及 的 类 比较 多 ,导致 使 用 时 
代码 较为 复杂 ,此 时 特别 需要 一 个 类 似 服 务 员 的 角色 ,由 它 来 负责 和 多 个 业务 类 进行 交互 ， 
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欧阳 锋 
欧阳 锋 黄 药师 段 王 和 区 
黄 药师 段 王爷 
开水 茶具 西湖 龙 并 开水 茶具 西湖 龙井 
习 则 春 铁 观 音 闫 归 春 铁 观 音 
(a) 自己 泡 茶 (b) 去 茶馆 喝 茶 


图 13-1 两 种 喝 茶 方式 示意 图 


而 客户 类 只 需要 与 该 类 交互 。 外 观 模式 通过 引入 一 个 新 的 外 观 类 (Facade) 来 实现 该 功能 ， 
外 观 类 充当 了 软件 系统 中 的 “服务 员 ”, 它 为 多 个 业务 类 的 调用 提供 了 一 个 统一 的 人 口 ,简化 
了 类 与 类 之 间 的 交互 。 在 外 观 模式 中 ,那些 需要 交互 的 业务 类 被 称 为 子 系统 (Subsystem)。 
如 果 没 有 外 观 类 ,那么 每 个 客户 类 需要 和 多 个 子 系统 之 间 进 行 复杂 的 交互 ,系统 的 耦合 度 将 
很 大 ,如 图 13-2(a) 所 示 ; 而 引入 外 观 类 之 后 ,客户 类 只 需要 直接 与 外 观 类 交互 ,客户 类 与 子 系 
统 之 间 原 有 的 复杂 引用 关系 由 外 观 类 来 实现 ,从 而 降低 了 系统 的 耦合 度 , 如 图 13-2(b) 所 示 。 


Client 区 
/LT Facade 
> 
Subsystem 
(a) 耦合 度 很 大 (b) 降低 了 耦合 度 


图 13-2 外 观 模式 示意 图 


在 外 观 模式 中 ,一 个 子 系统 的 外 部 与 其 内 部 的 通信 通过 一 个 统一 的 外 观 类 进行 ,外 观 类 
将 客户 类 与 子 系统 的 内 部 复杂 性 分 隔 开 ,使 得 客户 类 只 需要 与 外 观 角 色 打交道 ,而 不 需要 与 
子 系统 内 部 的 很 多 对 象 打 交道 。 

外 观 模式 的 定义 如 下 : 


外 观 模式 : 为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 入 口 。 外 观 
模式 定义 了 一 个 高 层 接口 ,这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 
Facade Pattern: Provide a unified interface to a set of interfaces 


in a subsystem. Facade defines a higher-level interface that makes 


the subsystem easier to use. 
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外 观 模式 又 称 为 门面 模式 , 它 是 一 种 对 象 结构 型 模式 。 外 观 模式 是 迪 米 特 法 则 的 一 种 
具体 实现 ,通过 引入 一 个 新 的 外 观 角色 可 以 降低 原 有 系统 的 复杂 度 , 同 时 降低 客户 类 与 子 系 
统 的 耦合 度 。 


13.2 外 观 模式 结构 与 实现 


13.2.1 外 观 模式 结构 


外 观 模式 没有 一 个 一 般 化 的 类 图 描述 ,通常 使 用 如 图 13-2(b) 所 示 的 示意 图 来 表示 外 
观 模式 。 图 13-3 所 示 的 类 图 也 可 以 作为 描述 外 观 模式 的 结构 图 。 


Client 


网 
Facade 


AN\ 
| ~ 


SubSystemA SubSystemB SubSystemC 


图 13-3 ”外 观 模式 结构 图 


由 图 13-3 可 知 ,外观 模 式 包含 以 下 两 个 角色 。 

(1) Facade( 外 观 角色 ): 在 客户 端 可 以 调用 它 的 方法 ,在 外 观 角色 中 可 以 知道 相关 的 
(一 个 或 者 多 个 ) 子 系统 的 功能 和 责任 ; 在 正常 情况 下 , 它 将 所 有 从 客户 端 发 来 的 请 求 委 派 
到 相应 的 子 系统 ,传递 给 相应 的 子 系统 对 象 处 理 。 

(2) SubSystem( 子 系统 角色 ): 在 软件 系统 中 可 以 有 一 个 或 者 多 个 子 系统 角色 ,每 一 个 
子 系统 可 以 不 是 一 个 单独 的 类 ,而 是 一 个 类 的 集合 , 它 实 现 子 系统 的 功能 ; 每 一 个 子 系统 都 
可 以 被 客户 端 直接 调用 ,或 者 被 外 观 角色 调用 , 它 处 理由 外 观 类 传 过 来 的 请 求 ; 子 系统 并 不 
知道 外 观 的 存在 ,对 于 子 系统 而 言 ,外 观 角色 仅仅 是 另外 一 个 客户 端 而 已 。 


13.2.2 外观 模式 实现 


外 观 模 式 的 主要 目的 在 于 降低 系统 的 复杂 程度 ,在 面向 对 象 软件 系统 中 ,类 与 类 之 间 的 
关系 越 多 ,不 能 表示 系统 设计 得 越 好 ,反而 表示 系统 中 类 之 间 的 耦合 度 太 大 ,这 样 的 系统 在 
维护 和 修改 时 都 缺乏 灵活 性 ,因为 一 个 类 的 改动 会 导致 多 个 类 发 生变 化 ,而 外 观 模式 的 引入 
在 很 大 程度 上 降低 了 类 与 类 之 间 的 耦合 关系 。 在 引入 外 观 模式 之 后 ,增加 新 的 子 系统 或 者 
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移 除 子 系统 都 非常 方便 ,客户 类 无 须 进行 修改 (或 者 极 少 的 修改 ) ,只 需要 在 外 观 类 中 增加 或 
移 除 对 子 系统 的 引用 即 可 。 从 这 一 点 来 说 ,外 观 模式 在 一 定 程度 上 并 不 符合 开 闭 原则 ,增加 
新 的 子 系统 需要 对 原 有 系统 进行 一 定 的 修改 ,虽然 这 个 修改 工作 量 不 大 。 

外 观 模式 中 所 指 的 子 系统 是 一 个 广义 的 概念 , 它 可 以 是 一 个 类 、 一 个 功能 模块 .系统 的 
一 个 组 成 部 分 或 者 一 个 完整 的 系统 。 子 系统 类 通常 是 一 些 业务 类 ,实现 了 一 些 具体 的 、 独 立 
的 业务 功能 ,其 典型 代码 如 下 : 


public class SubSystemR { 
public void methodA() { 
// 业 务实 现代 码 
} 
} 


public class SubSystemB { 
public void methodB() { 
// 业 务实 现代 码 
} 
} 


public class SubSystemC { 
public void methodC() { 
// 业 务实 现代 码 
} 
} 


在 引入 外 观 类 之 后 ,与 子 系统 业务 类 之 间 的 交互 统一 由 外 观 类 来 完成 ,在 外 观 类 中 通常 
存在 如 下 代码 : 


public class Facade { 
private SubSystemA objl = new SubSystemA( ); 
private SubSystemB obj2 = new SubSystemB( ); 
private SubSystemC obj3 = new SubSystemC( ); 


public void method() { 
obj1. methodA( ); 
obj2. methodB( ); 
obj3. methodC( ); 


| 


由 于 在 外 观 类 中 维持 了 对 子 系统 对 象 的 引用 ,客户 端 可 以 通过 外 观 类 来 间接 调用 子 系 
统 对 象 的 业务 方法 ,而 无 须 与 子 系统 对 象 直接 交互 。 在 引入 外 观 类 后 ,客户 端 代码 变 得 非常 
简单 ,典型 代码 如 下 : 


public class Client { 
public static void main(String args[]) { 
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Facade facade = new Facade( ); 
facade. method( ); 


13.3 ”外 观 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 外 观 模式 。 
1. 实例 说 明 


某 软 件 公 司 要 开发 一 个 可 应 用 于 多 个 软件 的 文件 加 密 模块 ,该 模 
块 可 以 对 文件 中 的 数据 进行 加 密 并 将 加 密 之 后 的 数据 存储 在 一 个 新 
文件 中 ,具体 的 流程 包括 3 个 部 分 ,分 别 是 读 取 源 文件 加密、 保存 加 
密 之 后 的 文件 ,其 中 读 取 文件 和 保存 文件 使 用 流 来 实现 ,加 密 操 作 通 
过 求 模 运算 实现 。 这 3 个 操作 相对 独立 ,为 了 实现 代码 的 独立 重用 ， 
让 设计 更 符合 单一 职责 原则 ,这 3 个 操作 的 业务 代码 封装 在 3 个 不 同 
的 类 中 。 

现 使 用 外 观 模式 设计 该 文件 加 密 模 块 。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 13-4 所 示 。 


EncryptFacade 
- reader : FileReader 
- Cipher : CipherMachine 
~ |- writer : FileWriter 
T+ EncryptFacade () 
+ fleEncrypt (String fieNameSrc, : void 
String plainStr=reader.read(fileNameSrc); | String fleNameDes) 


cipher = new CipherMachine(); 
Writer = new FileVWriter(); 


reader = new FileReader(); | 


String encryptStr=cipher.encrypt(plainStn); 
writer.write(encryptStr,fleNameDes); 


reader 


cil Tr 
pa 
Pp FieWriter 
FileReader 
+ Write (String encryptText, : void 
+ read (String fleNameSrc) : String String fleNameDes) 
CipherMachine 


+ encrypt (String plainText) : String 


图 13-4 文件 加 密 模块 结构 图 


在 图 13-4 中 ,EncryptFacade 充当 外 观 类 .FileReader、CipherMachine 和 FileWriter 充 
当 子 系统 类 。 
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3. 实例 代码 
(1) FileReader: 文件 读 取 类 ,充当 子 系统 类 。 


//designpatterns. facade. FileReader. java 
package designpatterns. facade; 

import java. io. FileInputStream; 

import java. io. FileNotFoundException; 
import java. io. IOException; 


public class FileReader { 
public String read(String fileNameSrc) { 
System. out. print(" 读 取 文 件 ,获取 明文 :"); 
StringBuffer sb = new StringBuffer(); 
try{ 
FileInputStream inFS = new FileInputStream(fileNameSrc); 
int data; 
while( (data= inFS.read())!= -1) { 
sb = sb. append( (char)data); 
} 
inFS. close( ); 
System. out. println( sh. toString( )); 
1 
catch(FileNotFoundException e) { 
System. out. println(" 文 件 不 存在 !"); 
} 
catch( IOException e) { 
System. out. println(" 文 件 操作 错误 !"); 
} 
return sb. toString(); 


(2) CipherMachine: 数据 加 密 类 ,充当 子 系统 类 。 


//designpatterns. facade. CipherMachine. java 
package designpatterns. facade; 


public class CipherMachine { 
public String encrypt(String plainText) { 
System. out. print(" 数 据 加 密 ,将 明文 转换 为 密 文 :"); 


String es=""; 

for(int i=0; i< plainText. length(); i++) { 
String c = String. valueOf (plainText. charAt(i) % 7); 
est+= Cc; 

lB 

System. out. println(es); 

return es; 


号 “180_Java 设 计 模 式 


(3) FileWriter: 文件 保存 类 ,充当 子 系 统 类 。 


//designpatterns. facade. FileWriter. java 
package designpatterns. facade; 

import java. io. FileOQutputStream; 

import java. io. FileNotFoundException; 
import java. io. IOException; 


public class FileWriter { 
public void write(String encryptStr, String fileNameDes) { 

System. out. println(" 保 存 密 文 , 写 人 文件 ."); 

try{ 

FileOutputStream outFS = new FileOutputStream(fileNameDes); 
OutFS. write(encryptStr. getBytes()); 
outFS. close( ); 

} 

catch(FileNotFoundException e) { 
System. out. println(" 文 件 不 存在 !"); 

} 

catch( IOException e) { 
System. out. println(" 文 件 操作 错误 !"); 


(4) EncryptFacade: 加 密 外 观 类 ,充当 外 观 类 。 


//designpatterns. facade. EncryptFacade. java 
package designpatterns. facade; 


public class EncryptFacade { 
// 维 持 对 子 系统 对 象 的 引用 
Private FileReader reader; 
Private CipherMachine cipher; 
private FileWriter writer; 


public EncryptFacade() { 
reader = new FileReader( ); 
Cipher = new CipherMachine( ); 
writer = new FileWriter(); 


// 调 用 子 系统 对 象 的 业务 方法 

public void fileEncrypt(String fileNameSrc, String fileNameDes) { 
String plainStr = reader. read(fileNameSrc); 
String encryptStr = cipher. encrypt(plainStr); 
writer. write(encryptStr, fileNameDes); 
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(5) Client: 客户 端 测试 类 。 


//designpatterns. facade. Client. java 
package designpatterns. facade; 


public class Client { 
public static void main(String args[]) { 
EncryptFacade ef = new EncryptFacade( ); 
ef. fileEncrypt(" src//designpatterns//facade//src. txt"," src//designpatterns// 
facade// des. txt" ); 
} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


读 取 文件 , 获取 明文 : Hello world! 
数据 加 密 ,将 明文 转换 为 密 文 : 233364062325 
保存 密 文 , 写 人 文件 。 


在 本 实例 中 ,对 文件 src. txt 中 的 数据 进行 加 密 , 该 文件 内 容 为 “Hello world!1”, 加 密 之 
后 将 密 文保 存 到 另 一 个 文件 des. txt 中 ,程序 运行 后 保存 在 文件 中 的 密 文 为 "233364062325”。 
在 加 密 类 CipherMachine 中 采用 求 模 运 算 对 明文 进行 加 密 , 将 明文 中 的 每 一 个 字符 除 以 一 
个 整数 (本 例 中 为 7, 可 以 由 用 户 进 行 设置 ) 后 取 余数 作为 密 文 。 


13.4 ”抽象 外 观 类 


在 标准 的 外 观 模式 结构 图 中 ,如 果 需 要 增加 、 删 除 或 更 换 与 外 观 类 交互 的 子 系统 类 , 必 
须 修 改 外 观 类 或 客户 端的 源 代 码 ,这 将 违背 开 闭 原则 ,因此 可 以 通过 引入 抽象 外 观 类 对 系统 
进行 改进 ,这 在 一 定 程 度 上 可 以 解决 该 问题 。 在 引入 抽象 外 观 类 之 后 ,客户 端 可 以 针对 抽象 
外 观 类 进行 编程 ,对 于 新 的 业务 需求 ,不 需要 修改 原 有 外 观 类 ,而 对 应 增加 一 个 新 的 具体 外 
观 类 ,由 新 的 具体 外 观 类 来 关联 新 的 子 系统 对 象 , 同 时 通过 修改 配置 文件 来 达到 不 修改 任何 
源 代码 并 更 换 外 观 类 的 目的 。 

下 面 通过 一 个 具体 实例 来 学 习 如 何 使 用 抽象 外 观 类 

如 果 在 本 章 13. 3 节 的 应 用 实例 “文件 加 密 模块 "中 需要 更 换 一 个 加 密 类 ,不 再 使 用 原 有 
的 基于 求 模 运算 的 加 密 类 CipherMachine, 而 改 为 基于 移 位 运算 的 新 加 密 类 NewCipherMachine， 
其 代码 如 下 : 


//designpatterns. facade. NewCipherMachine. java 
package designpatterns. facade; 


public class NewCipherMachine { 
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public String encrypt(String plainText) { 
System. out. print(" 数 据 加 密 , 将 明文 转换 为 密 文 : "); 
String es=""; 
int key = 10; // 设 置 密 钥 , 移 位 数 为 10 
for (int i=0; i< plainText. length(); i++) { 
char c = plainText. charAt (i); 
// 小 写字 母 移 位 
if (Cc>='a'&&c<='z') { 
c +=key % 26; 
if (c> 'z') c-=26; 
if (c< 'a') c+= 26; 
} 
// 大 写字 母 移 位 
if (c>= 'R'S&&c<= '2') 1{ 
ct+=key % 26; 
i (eZ) c==267 
if (c< 'A') c+= 26; 
} 
es+= ci 
} 
System. out. println(es); 
return es; 


如 果 不 增加 新 的 外 观 类 ,只 能 通过 修改 原 有 外 观 类 EncryptFacade 的 源 代码 来 实现 加 
密 类 的 更 换 , 将 原 有 的 对 CipherMachine 类 型 对 象 的 引用 改 为 对 NewCipherMachine 类 型 
对 象 的 引用 ,这 违背 了 开 闭 原则 ,因此 需要 通过 增加 新 的 外 观 类 来 实现 对 子 系统 对 象 引用 的 
改变 。 

如 果 增 加 一 个 新 的 外 观 类 NewEncryptFacade 与 FileReader 类 、FileWriter 类 以 及 新 增 
加 的 NewCipherMachine 类 进行 交互 ,虽然 原 有 系统 类 库 无 须 做 任何 修改 ,但 是 因为 客户 端 
代码 中 原来 针对 EncryptFacade 类 进行 编程 ,现在 需要 改 为 NewEncryptFacade 类 ,所 以 需 
要 修改 客户 端 源 代码 。 

如 何在 不 修改 客户 端 代码 的 前 提 下 使 用 新 的 外 观 类 呢 ? 解决 方法 之 一 是 引入 一 个 抽象 
外 观 类 ,客户 端 针 对 抽象 外 观 类 编程 ,而 在 运行 时 再 确定 具体 外 观 类 ,引入 抽象 外 观 类 之 后 
的 文件 加 密 模块 结构 图 如 图 13-5 所 示 。 

在 图 13-5 中 , 客户 类 Client 针对 抽象 外 观 类 AbstractEncryptFacade 进行 编程 ， 
AbstractEncryptFacade 的 代码 如 下 : 


//designpatterns. facade. AbstractEncryptFacade. java 
package designpatterns. facade; 


public abstract class AbstractEncryptFacade { 
public abstract void fileEncrypt(String fileNameSrc, String fileNameDes); 
} 


Client 


y 
AbstractEncryptFacade 


{abstract} 


+ fleEncrypt (String jileNameSrc : void 
String fleNameDes) 
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EncryptFacade 


| 


- reader : FileReader 
- cipher : CipherMachine 
- writer : FileWriter 


- reader : FileReader 
- cipher : NewCipherMachine 
- writer : FileWriter 


+ EncryptFacade () + NewEncryptFacade () 
+ fileEncrypt (String fileNameSrc, : void + fileEncrypt (String fileNameSrc, : void 

String fileNameDes) String fileNameDes) 

FileReader 
| 
+ read (String fileNameSrc) : String 
| FileWriter EQ 
= 
CipherMachine | NewCipherMachine 


| 
+ encrypt (String plainText) : String 


+ Write (String encryptText, : void 
String fileNameDes) 


+ encrypt (String plainText) : String 


图 13-5 


引入 抽象 外 观 类 之 后 的 文件 加 密 模块 结构 图 


新 增 具 体 加 密 外 观 类 NewEncryptFacade 的 代码 如 下 : 


//designpatterns. facade. NewEncryptFacade. java 


package designpatterns. facade; 


public class NewEncryptFacade extends AbstractEncryptFacade { 


private FileReader reader; 


private NewCipherMachine cipher; 


private FileWriter writer; 


public NewEncryptFacade() { 


reader = new FileReader( ); 
cipher = new NewCipherMachine( ); 


writer = new FileWriter(); 


public void fileEncrypt(String fileNameSrc String fileNameDes) { 
String plainStr = reader. read(fileNameSrc); 
String encryptStr = cipher. encrypt (plainStr); 
writer. write(encryptStr, fileNameDes); 
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配置 文件 config. xml 中 存储 了 具体 外 观 类 的 类 名 ,代码 如 下 : 


<?xml version = "1.0"?> 
< config> 

< className > designpatterns. facade. NewEncryptFacade </className > 
</config> 


如 下 : 


通过 工具 类 XMLUtil 读 取 配 置 文件 config. xml 并 反射 生成 对 象 ,XMLUtil 类 的 代码 


//designpatterns. facade. XMLUtil. java 
package designpatterns. facade; 


import javax. xml.parsers. *; 
import org. w3c. dom. *; 
import java. io. # 7 


public class XMLUtil { 
// 该 方法 用 于 从 xML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try { 

// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//facade//config. xml")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className"); 
Node classNode = nl]. item(0). getFirstChild( ); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

1 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


客户 端 测试 代码 修改 如 下 : 


// designpatterns. facade. Client. java 
package designpatterns. facade; 
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public class Client { 
public static void main(String args[]) { 
AbstractEncryptFacade ef; // 针 对 抽象 外 观 类 编程 
// 读 取 配 置 文件 ,反射 生成 对 象 
ef = (AbstractEncryptFacade)XMLUtil. getBean( ); 
ef. fileEncrypt("src//designpatterns//facade//src. txt"," src//designpatterns// 
facade//des. txt" ); 
} 
上 


编译 并 运行 程序 ,输出 结果 如 下 : 


读 取 文件 , 获取 明文 : Hello world! 
数据 加 密 , 将 明文 转换 为 密 文 : Rovvy gybvn! 
保存 密 文 , 写 人 文件 。 


原 有 外 观 类 EncryptFacade 也 需 作 为 抽象 外 观 类 AbstractEncryptFacade 的 子 类 ,在 更 
换 具 体外 观 类 时 只 需 修改 配置 文件 ,无 须 修改 源 代码 ,符合 开 闭 原则 。 


13.5 ”外观 模式 优 /缺点 与 适用 环境 


外 观 模 式 是 一 种 使 用 频率 非常 高 的 设计 模式 , 它 通过 引入 一 个 外 观 角色 来 简化 客户 端 
与 子 系统 之 间 的 交互 ,为 复杂 的 子 系统 调用 提供 一 个 统一 的 入 口 ,使 子 系统 与 客户 端的 耦合 
度 降低 , 且 客 户 端 调用 非常 方便 。 外 观 模式 并 不 给 系统 增加 任何 新 功能 , 它 仅 仅 是 简化 调用 
接口 。 在 几乎 所 有 的 软件 中 都 能 够 找到 外 观 模式 的 应 用 ,例如 绝 大 多 数 B/S 系统 都 有 一 个 
首页 或 者 导航 页 面 ,大 部 分 C/S 系统 都 提供 了 菜单 或 者 工具 栏 , 在 这 里 首页 和 导航 页 面 就 
是 B/S 系统 的 外 观 角色 ,而 菜单 和 工具 栏 就 是 C/S 系统 的 外 观 角 色 , 通 过 它们 用 户 可 以 快 
速 访问 子 系统 ,降低 了 系统 的 复杂 程度 。 所 有 涉及 与 多 个 业务 对 象 交 互 的 场景 都 可 以 考虑 
使 用 外 观 模 式 进行 重 构 ,例如 Java EE 中 的 Session 外 观 模式 。 


13.5.1 外 观 模 式 优 点 


外 观 模式 的 优点 主要 如 下 : 

(1) 它 对 客户 端 屏蔽 了 子 系统 组 件 ,减少 了 客户 端 所 需 处 理 的 对 象 数目 ,并 使 子 系统 使 
用 起 来 更 加 容易 。 通 过 引入 外 观 模 式 ,客户 端 代码 将 变 得 很 简单 ,与 之 关联 的 对 象 也 很 少 。 

(2) 它 实现 了 子 系统 与 客户 端 之 间 的 松 耦 合 关 系 , 这 使 得 子 系统 的 变化 不 会 影响 到 调 
用 它 的 客户 端 , 只 需要 调整 外 观 类 即 可 。 

(3) 一 个 子 系统 的 修改 对 其 他 子 系统 没有 任何 影响 ,而 且 子 系统 内 部 变化 也 不 会 影响 
到 外 观 对 象 。 


13. 5.2 外观 模 式 缺 点 


外 观 模式 的 缺点 主要 如 下 : 
(1) 不 能 很 好 地 限制 客户 端 直接 使 用 子 系统 类 ,如 果 对 客户 端 访问 子 系统 类 做 太 多 的 
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限制 则 减少 了 可 变性 和 灵活 性 。 
(2) 如 果 设 计 不 当 , 增 加 新 的 子 系统 可 能 需要 修改 外 观 类 的 源 代 码 ,违背 了 开 闭 原则 。 


13.5.3 ”外观 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 外 观 模式 : 

(1) 当 要 为 访问 一 系列 复杂 的 子 系统 提供 一 个 简单 人 口 时 可 以 使 用 外 观 模 式 。 

(2) 客户 端 程序 与 多 个 子 系统 之 间 存 在 很 大 的 依赖 性 。 引 入 外 观 类 可 以 将 子 系统 与 客 
户 端 解 耦 ,从 而 提高 子 系统 的 独立 性 和 可 移植 性 。 

(3) 在 层次 化 结构 中 可 以 使 用 外 观 模式 定义 系统 中 每 一 层 的 人 口 , 层 与 层 之 间 不 直接 
产生 联系 ,而 通过 外 观 类 建立 联系 ,降低 层 之 间 的 耦合 度 。 


13.6 本章 小 结 


1. 外 观 模式 为 子 系统 中 的 一 组 接口 提供 一 个 统一 的 入 口 。 外 观 模式 定义 了 一 个 高 层 
接口 ,这 个 接口 使 得 这 一 子 系统 更 加 容易 使 用 。 外 观 模式 又 称 为 门面 模式 , 它 是 一 种 对 象 结 
构 型 模式 。 

2. 外 观 模式 包含 外 观 和 子 系统 两 个 角色 。 其 中 ,在 外 观 角 色 中 知道 相关 的 (一 个 或 者 
多 个 ) 子 系统 的 功能 和 责任 ,客户 端 通过 外 观 角色 来 间接 访问 子 系统 ; 在 软件 系统 中 可 以 有 
一 个 或 者 多 个 子 系统 角色 ,每 一 个 子 系统 可 以 不 是 一 个 单独 的 类 ,而 是 一 个 类 的 集合 , 它 实 
现 子 系统 的 功能 ,每 一 个 子 系统 都 可 以 被 客户 端 直接 调用 ,或 者 被 外 观 角色 调用 , 它 处 理由 
外 观 类 传 过 来 的 请 求 。 

3. 外 观 模式 的 优点 主要 是 对 客户 端 屏 项 了 子 系统 组 件 ,减少 了 客户 端 所 需 处 理 的 对 象 
数目 ,并 使 子 系统 使 用 起 来 更 加 容易 。 其 缺点 主要 是 不 能 很 好 地 限制 客户 端 直接 使 用 子 系 
统 类 ,如 果 对 客户 端 访 问 子 系统 类 做 太 多 的 限制 则 减少 了 可 变性 和 灵活 性 ; 如 果 设 计 不 当 ， 
增加 新 的 子 系统 可 能 需要 修改 外 观 类 的 源 代码 ,违背 了 开 闭 原则 。 

4. 外 观 模式 适用 于 以 下 环境 : 要 为 访问 一 系列 复杂 的 子 系统 提供 一 个 简单 人 口 ; 客户 
端 程序 与 多 个 子 系统 之 间 存 在 很 大 的 依赖 性 ; 在 层次 化 结构 中 可 以 使 用 外 观 模 式 定义 系统 
中 每 一 层 的 和 人口, 层 与 层 之 间 不 直接 产生 联系 ,而 通过 外 观 类 建立 联系 ,降低 层 之 间 的 耦 
合 度 。 

5. 可 以 通过 抽象 外 观 类 对 系统 进行 改进 ,在 引入 抽象 外 观 类 之 后 ,客户 端 针对 抽象 外 
观 类 进行 编程 ,对 于 新 的 业务 需求 ,不 需要 修改 原 有 外 观 类 ,而 只 需 对 应 增加 一 个 新 的 具体 
外 观 类 ,由 新 的 具体 外 观 类 来 关联 新 的 子 系统 对 象 , 同 时 通过 修改 配置 文件 达到 不 修改 任何 
源 代码 并 更 换 外 观 类 的 目的 。 


13.7 习题 


1. 已 知 某 子 系统 为 外 界 提供 功能 服务 ,但 该 子 系统 中 存在 很 多 粒度 十 分 小 的 类 ,不 便 
被 外 界 系统 直接 使 用 ,采用 (  “) 设 计 模 式 可 以 定义 一 个 高 层 接口 ,这 个 接口 使 得 这 一 子 系 
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统 更 加 容易 使 用 。 
A. Facade( 外 观 ) B. Singleton( 单 例 ) 
C.，Participant( 参 与 者 ) D. Decorator( 装 饰 ) 
2. 图 13-6 是 (  ) 模 式 实例 的 结构 图 。 
MainFrame 
/ 、\ 
/ % 
/ 
4 A 
SubSystemA SubSystemB 
图 13-6 某 设计 模式 实例 结构 图 
A. 桥接 (Bridge) B. 工厂 方法 (Factory Method) 
C. 模板 方法 (Template Method) D. 外 观 (Facade) 


3. 以 下 关于 外 观 模式 的 叙述 错误 的 是 ( 和 

A. 在 外 观 模式 中 ,一 个 子 系统 的 外 部 与 其 内 部 的 通信 可 以 通过 一 个 统一 的 外 观 对 
象 进行 

B. 在 增加 外 观 对 象 之 后 ,客户 类 只 需要 直接 和 外 观 对 象 交 互 即 可 ,与 子 系统 类 之 间 
的 复杂 引用 关系 由 外 观 对 象 来 实现 ,降低 了 系统 的 耦合 度 

C， 外 观 模式 可 以 很 好 地 限制 客户 类 使 用 子 系统 类 ,对 客户 类 访问 子 系统 类 做 限制 
可 以 提高 系统 的 灵活 性 

D. 可 以 为 一 个 系统 提供 多 个 外 观 类 

4. 某 信息 系统 需要 提供 一 个 数据 处 理 和 报表 显示 模块 ,该 模块 可 以 读 取 不 同类 型 的 文 
件 中 的 数据 并 将 数据 转换 成 XML 格式 ,然后 对 数据 进行 统计 分 析 , 最 后 以 报表 方式 来 显示 
数据 。 由 于 该 过 程 需要 涉及 多 个 类 , 试 使 用 外 观 模 式 设计 该 数据 处 理 和 报表 显示 模块 。 考 
虑 到 有 些 文件 本 身 已 经 是 XML 格式 ,无 须 进行 格式 转换 ,为 了 让 系统 具有 更 好 的 扩展 性 ， 
在 系统 设计 中 可 以 引入 抽象 外 观 类 。 

5. 在 电脑 主机 (Mainframe) 中 只 需要 按 下 主机 的 开机 按钮 (on()), 即 可 调用 其 他 硬件 
设备 和 软件 的 启动 方法 ,如 内 存 (Memory) 的 自 检 (check())、CPU 的 运行 (run())、 硬 盘 
(HardDisk) 的 读 取 (read()) ,操作 系统 (OS) 的 载 人 (load()) 等 ,如 果 某 一 过 程 发 生 错 误 则 
电脑 启动 失败 。 使 用 外 观 模 式 模拟 该 过 程 ,绘制 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

6. 某 软件 公司 为 新 开发 的 智能 手机 控制 与 管理 软件 提供 了 一 键 备份 功能 ,通过 该 功能 
可 以 将 原本 存储 在 手机 中 的 通信 录 、 短 信 、 照 片 .歌曲 等 资料 一 次 性 全 部 复制 到 移动 存储 介 
质 (例如 MMC 卡 或 SD 卡 ) 中 。 在 实现 过 程 中 需要 与 多 个 已 有 的 类 进行 交互 ,例如 通讯 录 
管理 类 ,短信 管理 类 等 ,为 了 降低 系统 的 耦合 度 , 试 使 用 外 观 模 式 来 设计 并 使 用 Java 语言 编 
程 模拟 实现 该 一 键 备份 功能 。 


当 系 统 中 存在 大 量 相同 或 者 相似 的 对 象 时 , 享 元 模式 是 一 种 值得 考虑 的 
解决 方案 , 它 通过 共享 技术 实现 相同 或 相似 的 细 粒 度 对 象 的 复 用 ,从 而 节约 了 
内 存 空 间 、 提 高 了 系统 性 能 。 在 享 元 模式 中 提供 了 一 个 享 元 池 用 于 存储 已 经 
创建 好 的 享 元 对 象 ,并 通过 享 元 工厂 类 将 享 元 对 象 提供 给 客户 端 使 用 。 

本 章 将 学 习 享 元 模式 的 定义 与 结构 ,学 习 如 何 创建 享 元 池 和 享 元 工厂 类 ， 
并 结合 实例 学 习 如 何 实现 无 外 部 状态 的 享 元 模式 以 及 有 外 部 状态 的 享 元 
模式 。 

本 章 知 识 点 

。 享 元 模式 的 定义 

。 享 元 模式 的 结构 

。 享 元 模式 的 实现 

。 享 元 模式 的 应 用 

。 享 元 模式 的 优 /缺点 

。 享 元 模式 的 适用 环境 

。 有 外 部 状态 的 享 元 模式 

。 单纯 享 元 模式 与 复合 享 元 模式 


14.1 享 元 模式 概述 


如 果 一 个 软件 系统 在 运行 时 所 创建 的 相同 或 相似 对 象 数量 太 多 ,将 导致 运行 代价 过 高 ， 
带 来 系统 资源 浪费 ,性 能 下 降 等 问题 。 例 如 在 一 个 文本 字符 串 中 存在 很 多 重复 的 字符 ,如果 
每 一 个 字符 都 用 一 个 单独 的 对 象 来 表示 ,将 会 占用 较 多 的 内 存 空间 ,那么 如 何 避 免 系统 中 出 
现 大 量 相同 或 相似 的 对 象 , 同 时 又 不 影响 客户 端 程序 通过 面向 对 象 的 方式 对 这 些 对 象 进行 
操作 ? 享 元 模式 正 是 为 解决 这 一 类 问题 而 诞生 。 享 元 模式 通过 共享 技术 实现 相同 或 相似 对 
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象 的 重用 ,在 逻辑 上 每 一 个 出 现 的 字符 都 有 一 个 对 象 与 之 对 应 ,然而 在 物理 上 它们 却 共享 同 
一 个 享 元 对 象 ,这 个 对 象 可 以 出 现在 一 个 字符 串 的 不 同 地 方 ， jg 
相同 的 字符 对 象 都 指向 同一 个 实例 ,在 享 元 模式 中 存储 这 些 2 
共享 实例 对 象 的 地 方 称 为 享 元 池 (Flyweight Pool)。 可 以 针 ERRRRRIEE 
对 每 一 个 不 同 的 字符 创建 一 个 享 元 对 象 , 将 其 放 在 享 元 池 中 ， 
当 需 要 时 再 从 享 元 池 取 出 ,如 图 14-1 所 示 。 网 于 二 任 半 天 刘 委 二 澳 几 

享 元 模式 以 共享 的 方式 高 效 地 支持 大 量 细 粒 度 对 象 的 重用 , 享 元 对 象 能 做 到 共享 的 关 
键 是 区 分 了 内 部 状态 (Intrinsic State) 和 外 部 状态 (Extrinsic State) 。 下 面 将 对 享 元 的 内 部 
状态 和 外 部 状态 进行 简单 的 介绍 。 

(1) 内 部 状态 是 存储 在 享 元 对 象 内 部 并 且 不 会 随 环境 改变 而 改变 的 状态 ,内 部 状态 可 
以 共享 。 例 如 字符 的 内 容 不 会 随 外 部 环境 的 变化 而 变化 ,无 论 在 任何 环境 下 字符 “a”" 始 终 是 
“a”, 都 不 会 变 成 “b”。 

(2) 外 部 状态 是 随 环境 改变 而 改变 的 不 可 以 共享 的 状态 。 享 元 对 象 的 外 部 状态 通常 
由 客户 端 保存 ,并 在 享 元 对 象 被 创建 之 后 需要 使 用 的 时 候 再 传人 到 享 元 对 象 内 部 。 一 个 外 
部 状态 与 男 一 个 外 部 状态 之 间 是 相互 独立 的 。 例 如 字符 的 颜色 ,可 以 在 不 同 的 地 方 有 不 同 
的 颜色 ,例如 有 的 “a” 是 红色 的 ,有 的 “a” 是 绿色 的 ,字符 的 大 小 也 是 如 此 ,有 的 a” 是 五 号 字 ， 
有 的 “a” 是 四 号 字 。 而 且 字 符 的 颜色 和 大 小 是 两 个 独立 的 外 部 状态 ,它们 可 以 独立 变化 , 相 
互 之 间 没 有 影响 ,客户 端 可 以 在 使 用 时 将 外 部 状态 注入 享 元 对 象 中 。 

正 因 为 区 分 了 内 部 状态 和 外 部 状态 ,可 以 将 具有 相同 内 部 状态 的 对 象 存 储 在 享 元 池 中 ， 
享 元 池 中 的 对 象 是 可 以 实现 共享 的 , 当 需 要 的 时 候 就 将 对 象 从 享 元 池 中 取出 ,实现 对 象 的 复 
用 。 通 过 向 取出 的 对 象 注入 不 同 的 外 部 状态 可 以 得 到 一 系列 相似 的 对 象 ,而 这 些 对 象 在 内 
存 中 实际 上 只 存储 一 份 。 

享 元 模式 的 定义 如 下 : 


享 元 模式 : 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 复 用 。 
Flyweight Pattern: Use sharing to support large numbers of 


fine-grained objects efficiently. 


享 元 模式 要 求 能 够 被 共享 的 对 象 必须 是 细 粒 度 对 象 , 它 又 称 为 轻 量 级 模式 , 享 元 模式 是 
一 种 对 象 结 构 型 模式 。 


14.2 享 元 模式 结构 与 实现 


14.2.1 享 元 模式 结构 


享 元 模式 的 结构 较为 复杂 ,通常 结合 工厂 模式 一 起 使 用 ,在 它 的 结构 图 中 包含 了 一 个 享 
元 工厂 类 ,其 结构 图 如 图 14-2 所 示 。 

由 图 14-2 可 知 , 享 元 模式 包含 以 下 4 个 角色 。 

(1) Flyweight( 抽 和 象 享 元 类 ): 抽象 享 元 类 通常 是 一 个 接口 或 抽象 类 ,在 抽象 享 元 类 中 
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FlyweightFactory 从 Flyweight 
- flyweights : HashMap | fyweights | 
+ getFlyweight (String key) : Flyweight + operation ( extrinsicState) 
、 A A 


if(fyweights.containsKey(key)) { eh 
return (Flyweight )flyweights.get(key); 
} 


: ' 
else { ConcreteFlyweight UnsharedConcreteFlyweight 


Flyweight fw=new ConcreteFlyweight(); - intrinsicState : - allState : 
和 + operation ( extrinsicState) + operation ( extrinsicState) 


图 14-2 享 元 模式 结构 图 


声明 了 具体 享 元 类 公共 的 方法 ,这 些 方法 可 以 向 外 界 提供 享 元 对 象 的 内 部 数据 (内 部 状态 )， 
同时 也 可 以 通过 这 些 方法 来 设置 外 部 数据 (外 部 状态 )。 

(2) ConcreteFlyweight( 具 体 享 元 类 ) : 具体 享 元 类 实现 了 抽象 享 元 类 ,其 实例 称 为 享 元 
对 象 ; 在 具体 享 元 类 中 为 内 部 状态 提供 了 存储 空间 。 通 常 可 以 结合 单 例 模式 来 设计 具体 享 
元 类 ,为 每 一 个 具体 享 元 类 提供 唯一 的 享 元 对 象 。 

(3) UnsharedConcreteFlyweight( 非 共享 具体 享 元 类 ): 并 不 是 所 有 的 抽象 享 元 类 的 子 
类 都 需要 被 共享 ,不 能 被 共享 的 子 类 可 设计 为 非 共享 具体 享 元 类 ; 当 需 要 一 个 非 共 享 具体 
享 元 类 的 对 象 时 可 以 直接 通过 实例 化 创建 。 

(4) FlyweightFactory( 享 元 工厂 类 ) : 享 元 工厂 类 用 于 创建 并 管理 享 元 对 象 , 它 针 对 抽 
象 享 元 类 编程 ,将 各 种 类 型 的 具体 享 元 对 象 存储 在 一 个 享 元 池 中 , 享 元 池 一 般 设计 为 一 个 存 
储 * 键 值 对 ”的 集合 (也 可 以 是 其 他 类 型 的 集合 ) ,可 以 结合 工厂 模式 进行 设计 ; 当 用 户 请 求 
一 个 具体 享 元 对 象 时 , 享 元 工厂 提供 一 个 存储 在 享 元 池 中 已 创建 的 实例 或 者 创建 一 个 新 的 
实例 (如 果 不 存在 ) ,返回 新 创建 的 实例 并 将 其 存储 在 享 元 池 中 。 


14.2.2 享 元 模式 实现 


享 元 类 Flyweight 的 设计 是 享 元 模式 的 要 点 之 一 ,为 了 提高 系统 的 可 扩展 性 ,通常 会 定 
义 一 个 抽象 享 元 类 作为 所 有 具体 享 元 类 的 公共 父 类 ,典型 的 抽象 享 元 类 代码 如 下 : 


public abstract class Flyweight { 
public abstract void operation(String extrinsicState); 
} 


在 具体 享 元 类 ConcreteFlyweight 中 要 将 内 部 状态 和 外 部 状态 分 开 处 理 ,通常 将 内 部 
状态 作为 具体 享 元 类 的 成 员 变 量 , 而 外 部 状态 通过 注入 的 方式 添加 到 具体 享 元 类 中 。 典 型 
的 具体 享 元 类 代码 如 下 : 


public class ConcreteFlyweight extends Flyweight { 
// 内 部 状态 intrinsicState 作为 成 员 变量 ,同一 个 享 元 对 象 的 内 部 状态 是 一 致 的 
Private String intrinsicState; 
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public ConcreteFlyweight(String intrinsicState) { 
this. intrinsicState = intrinsicState; 


} 


// 外 部 状态 extrinsicState 在 使 用 时 由 外 部 设置 ,不 保存 在 享 元 对 象 中 ,即使 是 同一 个 对 象 ， 
// 在 每 一 次 调用 时 可 以 传 入 不 同 的 外 部 状态 
public void operation(String extrinsicState) { 
// 实 现 业务 方法 
} 


除了 可 以 共享 的 具体 享 元 类 以 外 ,在 使 用 享 元 模式 时 有 时 候 还 需要 处 理 那些 不 需要 共 
享 的 抽象 享 元 类 Flyweight 的 子 类 , 这 些 子 类 被 定义 为 非 共 享 具 体 享 元 类 
UnsharedConcreteFlyweight ,其 典型 代码 如 下 : 


public class UnsharedConcreteFlyweight extends Flyweight { 
public void operation(String extrinsicState) { 
// 实 现 业 务 方法 
} 


在 享 元 模式 中 引入 了 享 元 工厂 类 FlyweightFactory, 享 元 工厂 类 的 作用 是 提供 一 个 用 
于 存储 享 元 对 象 的 享 元 池 , 当 用 户 需要 对 象 时 首先 从 享 元 池 中 获取 ,如 果 享 元 池 中 不 存在 ， 
则 创建 一 个 新 的 享 元 对 象 返回 给 用 户 ,并 在 享 元 池 中 保存 该 新 增 对 象 。 典 型 的 享 元 工厂 类 
的 代码 如 下 : 


public class FlyweightFactory { 
// 定 义 一 个 HashMap 用 于 存储 享 元 对 象 , 实现 享 元 池 
private HashMap flyweights = new HashMap( ); 


public Flyweight getFlyweight(String key) { 
// 如 果 对 象 存在 , 则 直接 从 享 元 池 获 取 
if (flyweights. containsKey(key)) { 
return (Flyweight)flyweights. get(key); 


} 
// 如 果 对 象 不 存在 , 先 创建 一 个 新 的 对 象 添加 到 享 元 池 中 ,然后 返回 
else { 

Flyweight fw = new ConcreteFlyweight(); 

flyweights. put (key, fw); 

return fw; 


14.3 ” 享 元 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 享 元 模式 。 
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1. 实例 说 明 


某 软 件 公 司 要 开发 一 个 国 棋 软件 ,其 界面 效果 如 图 14-3 所 示 。 


[|@223 
| | 


g 
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图 14-3 围棋 软件 界面 效果 图 


该 软件 公司 的 开发 人 员 通 过 对 围棋 软件 进行 分 析 发 现 ,在 围棋 棋 
盘 中 包含 大 量 的 黑子 和 和 白 子 , 它 们 的 形状 、 大 小 一 模 一 样 ,只 是 出 现 的 
位 置 不 同 而 已 。 如 果 将 每 一 个 棋子 作为 一 个 独立 的 对 象 存储 在 内 存 
中 ,将 导致 该 围棋 软件 在 运行 时 所 需 的 内 存 空间 较 大 ,那么 如 何 降 低 
运行 代价 、 提 高 系统 性 能 是 需要 解决 的 一 个 问题 。 

为 了 解决 该 问题 , 现 使 用 享 元 模式 来 设计 该 围棋 软件 的 棋子 
对 象 。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 14-4 所 示 。 


lgoChessmanFactory 
- instance : lgoChessmanFactory WR 
- ht :Hashtable 
- lgoCchessmanFactory() | | -一 
+ getinstance () :lgoChessmanFactory + getColor () : String 
+ getlgoChessman (String color) : lgoChessman + display () :void 
BlacklgoChessman WhitelgoChessman 
+ getColor () : String + getColor () : String 


图 14-4 围棋 棋子 结构 图 
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在 图 14-4 中 ,IgoChessman 充当 抽象 享 元 类 ,BlacklgoChessman 和 WhitelgoChessman 


充当 具体 享 元 类 ,IgoChessmanFactory 充当 享 元 工厂 类 。 
3. 实例 代码 
(1) IgoChessman: 围棋 模子 类 ,充当 抽象 享 元 类 。 


//designpatterns. flyweight. simple. IgoChessman. java 
package designpatterns. flyweight. simple; 


public abstract class IgoChessman { 
public abstract String getColor( ); 


public void display() { 
System. out.println(" 棋 子 颜色 : "+ this. getColor()); 
} 


(2) BlackIgoChessman: 黑色 棋子 类 ,充当 具体 享 元 类 。 


//designpatterns. flyweight. simple.BlackIgoChessman. java 
package designpatterns. flyweight. simple; 


public class BlackIgoChessman extends IgoChessman { 
public String getColor() { 
return "黑色 "; 
} 


(3) WhitelgoChessman: 白色 棋子 类 ,充当 具体 享 元 类 。 


//designpatterns. flyweight. simple. WhiteIgoChessman. java 
package designpatterns. flyweight. simple; 


public class WhiteIgoChessman extends IgoChessman { 
Public String getColor() { 
return "白色 "; 


+ 


(4) IgoChessmanFactory: 上 


设计 。 


棋 棋 子 工 厂 类 ,充当 享 元 工厂 类 ,使 用 单 例 模式 对 其 进行 


//designpatterns. flyweight. simple. IgoChessmanFactory. java 
package designpatterns. flyweight. simple; 
import java. util. *; 


public class IgoChessmanFactory { 
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private static IgoChessmanFactory instance = new IgoChessmanFactory(); 
private static Hashtable ht; // 使 用 Hashtable 来 存储 享 元 对 象 ,充当 享 元 池 


private IgoChessmanFactory() { 
ht = new Hashtable( ); 
IgoChessman black, white; 
black = new BlackIgoChessman( ); 
ht. put("b", black); 
white = new WhiteIgoChessman( ); 
ht. put("w", white); 


// 返 回 享 元 工厂 类 的 唯一 实例 
public static IgoChessmanFactory getInstance() { 
return instance; 


// 通 过 key 获取 存储 在 Hashtable 中 的 享 元 对 象 
public static IgoChessman getIgoChessman(String color) { 
return (IgoChessman)ht. get(color); 


(5) Client: 客户 端 测试 类 。 


//designpatterns. flyweight. simple. Client. java 
package designpatterns. flyweight. simple; 


public class Client { 
public static void main(String args[]) { 
IgoChessman blackl, black2, black3, whitel, white2; 
TgoChessmanFactory factory; 


// 获 取 享 元 工厂 对 象 
factory = IgoChessmanFactory. getInstance( ); 


// 通 过 享 元 工厂 获取 3 颗 黑 子 

blackl = factory. getIgoChessman( "b" ); 

black2 = factory. getIgoChessman("b"); 

black3 = factory. getIgoChessman( "b" ); 

System. out. println(" 判 断 两 颗 黑 子 是 否 相 同 : " + (blackl == black2)); 


// 通 过 享 元 工厂 获取 两 颗 白 子 

whitel = factory. getIgoChessman("w" ); 

white2 = factory. getIgoChessman("w" ); 

System. out. println(" 判 断 两 颗 白 子 是 否 相 同 : " + (whitel == white2)); 


// 显 示 棋 子 
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blackl. display( ); 
black2. display(); 
black3. display( ); 
whitel. display(); 
white2. display(); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


判断 两 颗 黑 子 是 否 相 同 : true 
判断 两 颗 白 子 是 否 相同 : true 
棋子 颜色 : 黑色 
棋子 颜色 : 黑色 
棋子 颜色 : 黑色 
棋子 颜色 : 白色 
棋子 颜色 : 白色 


从 输出 结果 可 以 看 出 ,虽然 在 客户 端 代码 中 获取 了 3 个 黑子 对 象 和 两 个 白 子 对 象 ,但 是 
它们 的 内 存 地 址 相同 ,也 就 是 说 它们 实际 上 是 同一 个 对 象 。 在 实现 享 元 工厂 类 时 使 用 了 单 
例 模 式 和 简单 工厂 模式 ,确保 了 享 元 工厂 对 象 的 唯一 性 ,并 提供 工厂 方法 向 客户 端 返 回 享 元 
对 象 。 


14.4 有 外 部 状态 的 享 元 模式 


对 14.3 节 的 应 用 实例 中 的 围棋 棋子 进行 进一步 分 析 ,不 难 发 现 虽 然 黑色 棋子 和 白色 棋 
子 可 以 共享 ,但 是 它们 将 显示 在 棋盘 的 不 同位 置 ,如 何 让 相同 的 黑子 或 者 白 子 能 够 多 次 重复 
显示 且 位 于 一 个 棋盘 的 不 同 地 方 ? 解决 方法 之 一 就 是 将 棋子 的 位 置 定义 为 棋子 的 一 个 外 部 
状态 ,在 需要 时 再 进行 设置 。 因 此 ,在 图 14-4 的 基础 上 增加 了 一 个 新 的 类 Coordinates( 坐 
标 类 ) ,用 于 存储 每 一 个 模子 的 位 置 ,修改 之 后 的 结构 图 如 图 14-5 所 示 。 

在 图 14-5 中 除了 增加 一 个 坐标 类 Coordinates 以 外 ,抽象 享 元 类 IgoChessman 中 的 
display() 方 法 也 将 对 应 增加 一 个 Coordinates 类 型 的 参数 ,用 于 在 显示 棋子 时 指定 其 坐标 。 
Coordinates 类 的 代码 如 下 : 


//designpatterns. flyweight. extend. Coordinates. java 
package designpatterns. flyweight. extend; 


public class Coordinates { 
private int x; 


private int y; 


public Coordinates(int x, int y) { 
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Coordinates 
-Xi:int 
-y :int 
+ Coordinates (int x, int y) 
+ getX () :int 
+ setX (int x) :void 
+ getY 0 :int 
+ setY (inty) :void 
| 
| 
lgoChessmanFactory 
- instance : lgoChessmanFactory he {abstract} 
- ht : Hashtable a 
- lgoChessmanFactory () -一 
+ getinstance () : lgoChessmanFactory woo i 9 
+ getlgoChessman (String color) : lgoChessman isplay ( inates coord) : voi 
BlacklgoChessman WhitelgoChessman 
+ getColor () : String + getColor () ; String 


图 14-5 引入 外 部 状态 之 后 的 围棋 棋子 结构 图 


this.x= x; 


this.y= y; 


public int getX() { 
return this. x; 


public void setX(int x) { 


this. x = x; 


public int getY() { 
return this.y; 


public void setY(int y) { 
this.y= y; 


修改 之 后 的 IgoChessman 类 代码 如 下 : 


//designpatterns. flyweight. extend. IgoChessman. java 
package designpatterns. flyweight. extend; 


public abstract class IgoChessman { 
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public abstract String getColor( ); 


public void display(Coordinates coord){ 
System. out.Println(" 棋 子 颜色 : " + this.getColor() +", 棋 子 位 置 : " + coord. getX() + "v 
" + coord. getY() ); 
} 
} 


将 客户 端 测 试 代码 修改 如 下 : 


//designpatterns. flyweight. extend. Client. java 
package designpatterns. flyweight. extend; 


public class Client { 
public static void main(String args[]) { 
IgoChessman blackl, black2, black3, whitel, white2; 
IgoChessmanFactory factory; 


// 获 取 享 元 工厂 对 象 
factory = IgoChessmanFactory. getInstance( ); 


// 通 过 享 元 工厂 获取 3 颗 黑子 

blackl = factory. getIgoChessman("b" ) ; 

black2 = factory. getIgoChessman("b") ; 

black3 = factory. getIgoChessman( "b"); 

System. out. println(" 判 断 两 颗 黑 子 是 否 相 同 : " + (blackl == black2)); 


// 通 过 享 元 工厂 获取 两 颗 白 子 

whitel = factory. getIgoChessman("w"); 

white2 = factory. getIgoChessman("w"); 

System. out. println(" 判 断 两 颗 白 子 是 否 相 同 : " + (whitel == white2)); 


// 显 示 棋 子 , 同 时 设置 棋子 的 坐标 位 置 

blackl. display(new Coordinates(1,2)); 
black2. display(new Coordinates(3,4)); 
black3. display(new Coordinates(1,3)); 
whitel. display(new Coordinates(2,5)); 
white2. display(new Coordinates(2,4)); 


编译 并 运行 程序 ,输出 结果 如 下 : 


判断 两 颗 黑 子 是 否 相同 : true 

判断 两 颗 白 子 是 否 相同 : true 

棋子 颜色 : 黑色 ,棋子 位 置 : 1,2 
棋子 颜色 : 黑色 ,棋子 位 置 : 3,4 
棋子 颜色 : 黑色 ,棋子 位 置 : 1,3 
棋子 颜色 : 白色 ,棋子 位 置 : 2,5 
棋子 颜色 : 白色 ,棋子 位 置 : 2,4 
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从 输出 结果 可 以 看 到 ,在 每 次 调用 display() 方 法 时 都 设置 了 不 同 的 外 部 状态 一 一 坐标 
值 ,因此 相同 的 棋子 对 象 虽然 具有 相同 的 颜色 ,但 是 它们 的 坐标 值 不 同 , 将 显示 在 棋盘 的 不 
同位 置 。 


14.5 单纯 享 元 模式 与 复合 享 元 模式 


在 标准 的 享 元 模式 结构 图 中 既 包 含 可 以 共享 的 具体 享 元 类 ,也 包含 不 可 以 共享 的 非 共 
享 具 体 享 元 类 。 但 是 在 实际 使 用 过 程 中 有 时 候 会 用 到 两 种 特殊 的 享 元 模式 一 单纯 享 元 模 
式 和 复合 享 元 模式 ,下 面 将 对 这 两 种 特殊 的 享 元 模式 进行 简单 的 介绍 。 

1. 单纯 享 元 模式 

在 单纯 享 元 模式 中 所 有 的 具体 享 元 类 都 是 可 以 共享 的 ,不 存在 非 共享 具体 享 元 类 。 单 
纯 享 元 模式 的 结构 如 图 14-6 所 示 。 


FlyweightFactory i Flyweight 
- flyweights : HashMap fyweights 
+ getFlyweight (String key) : Flyweight + operation ( extrinsicState) 
ConcreteFlyweight 


- intrinsicState : 
+ operation ( extrinsicState) 


图 14-6 单纯 享 元 模式 结构 图 
2. 复合 享 元 模式 
将 一 些 单纯 享 元 对 象 使 用 组 合 模式 加 以 组 合 还 可 以 形成 复合 享 元 对 象 , 这 样 的 复合 享 


元 对 象 本 身 不 能 共享 ,但 是 它们 可 以 分 解 成 单纯 享 元 对 象 ,而 后 者 则 可 以 共享 。 复 合 享 元 模 
式 的 结构 如 图 14-7 所 示 。 


FlyweightFactory 区 Flyweight 
- flyweights : HashMap ‘yweights 
+ getFlyweight (String key) : Flyweight + operation ( extrinsicState) 
ConcreteFlyweight i CompositeConcreteFlyweight 
- intrinsicState - - flyweights : 
+ operation (extrinsicState) | |+ operation (extrinsicState) | 一 一 


+ add (Flyweight flyweight) 
+ remove (Flyweight fiyweight) 


图 14-7 复合 享 元 模式 结构 图 


通过 使 用 复合 享 元 模式 可 以 让 复合 享 元 类 CompositeConcreteFlyweight 中 所 包含 的 每 
个 单纯 享 元 类 ConcreteFlyweight 都 具有 相同 的 外 部 状态 ,而 这 些 单纯 享 元 的 内 部 状态 往 
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往 可 以 不 同 。 如 果 和 希望 为 多 个 内 部 状态 不 同 的 享 元 对 象 设 置 相同 的 外 部 状态 ,可 以 考虑 使 
用 复合 享 元 模式 。 


14.6 享 元 模式 与 String 类 


JDK 类 库 中 的 String 类 使 用 了 享 元 模式 ,通过 以 下 代码 加 以 说 明 : 


public class Demo { 
public static void main(String args[]) { 
String strl = "abcd"; 
String str2 = "abcd"; 
String str3 = "ab" + "cd"; 
String str4 = "ab"; 
str4 += "cd"; 


System. out. println(strl == str2); 
System. out. println(strl == str3); 
System. out. println(strl == str4); 


str2 += "e"; 


System. out. println(strl == str2); 


在 Java 语言 中 ,如 果 每 次 执行 类 似 String strl 二 "abcd" 的 操作 时 都 创建 一 个 新 的 字符 
串 对 象 将 导致 内 存 开销 很 大 ,因此 如 果 第 一 次 创建 了 内 容 为 "abcd" 的 字符 串 对 象 strl ,下 一 
次 再 创建 内 容 相 同 的 字符 串 对 象 str2 时 会 将 它 的 引用 指向 "abcd" ,不 会 重新 分 配 内 存 空 
间 , 从 而 实现 了 "abcd" 在 内 存 中 的 共享 。 上 述 代码 的 输出 结果 如 下 : 


true 
true 
false 
false 


可 以 看 出 ,前 两 个 输出 语句 均 为 true, 说 明 strl、str2,str3 在 内 存 中 引用 了 相同 的 对 象 ; 
如 果 有 一 个 字符 串 str4 ,其 初 值 为 "ab" ,再 对 它 进行 操作 str4 十 三 "cd" ,此 时 虽然 str4 的 内 
容 与 strl 相同 ,但 是 由 于 str4 的 初始 值 不 同 ,在 创建 str4 时 重新 分 配 了 内 存 , 所 以 第 3 个 输 
出 语句 结果 为 false; 最 后 一 个 输出 语句 结果 也 为 false, 说 明 当 对 str2 进行 修改 时 将 创建 一 
个 新 的 对 象 ,修改 工作 在 新 对 象 上 完成 ,而 原来 引用 的 对 象 并 没有 发 生 任何 改变 ,strl 仍然 
引用 原 有 对 象 ,而 str2 引用 新 对 象 ,strl 与 str2 引用 了 两 个 完全 不 同 的 对 象 。 

Java String 类 这 种 在 修改 享 元 对 象 时 先 将 原 有 对 象 复 制 一 份 ,然后 在 新 对 象 上 实施 修 
改 操作 的 机 制 称 为 “Copy On Write”, 读 者 可 以 自行 查询 相关 资料 来 进一步 了 解 和 学 习 
“Copy On Write” 机 制 ,在 此 不 作 详细 说 明 。 
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14.7 享 元 模式 优 /缺点 与 适用 环境 


当 系 统 中 存在 大 量 相同 或 者 相似 的 对 象 时 享 元 模式 是 一 种 较 好 的 解决 方案 , 它 通过 共 
享 技术 实现 相同 或 相似 的 细 粒 度 对 象 的 复 用 ,从 而 节约 了 内 存 空间 ,提高 了 系统 性 能 。 相 比 
其 他 结构 型 设计 模式 , 享 元 模式 的 使 用 频率 并 不 算 太 高 .但 是 作为 一 种 以 “节约 内 存 , 提 高 性 
能 ”为 出 发 点 的 设计 模式 , 它 在 软件 开发 中 还 是 得 到 了 一 定 程度 的 应 用 。 


14.7.1 享 元 模式 优点 


享 元 模式 的 优点 主要 如 下 : 

(1) 享 元 模式 可 以 减少 内 存 中 对 象 的 数量 ,使 得 相同 或 者 相似 对 象 在 内 存 中 只 保存 一 
份 ,从 而 可 以 节约 系统 资源 ,提高 系统 性 能 。 

(2) 享 元 模式 的 外 部 状态 相对 独立 ,而且 不 会 影响 其 内 部 状态 ,从 而 使 享 元 对 象 可 以 在 
不 同 的 环境 中 被 共享 。 


14.7.2 享 元 模式 缺点 


享 元 模式 的 缺点 主要 如 下 : 

(1) 享 元 模式 使 系统 变 得 复杂 ,需要 分 离 出 内 部 状态 和 外 部 状态 ,这 使 得 程序 的 逻辑 复 
杂 化 。 

(2) 为 了 使 对 象 可 以 共享 , 享 元 模式 需要 将 享 元 对 象 的 部 分 状态 外 部 化 ,而 读 取 外 部 状 
态 将 使 运行 时 间 变 长 。 


14.7.3 享 元 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 享 元 模式 : 

(1) 一 个 系统 有 大 量 相同 或 者 相似 的 对 象 , 造 成 内 存 的 大 量 耗 费 。 

(2) 对 象 的 大 部 分 状态 都 可 以 外 部 化 ,可 以 将 这 些 外 部 状态 传人 对 象 中 。 

(3) 在 使 用 享 元 模式 时 需要 维护 一 个 存储 享 元 对 象 的 享 元 池 ,而 这 需要 耗费 一 定 的 系 
统 资源 ,因此 应 当 在 需要 多 次 重复 使 用 享 元 对 象 时 才 使 用 享 元 模式 。 


14.8 本 章 小 结 


1. 享 元 模式 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 复 用 。 通 过 使 用 享 元 模式 系 
统 只 需 使 用 少量 的 对 象 ,而 这 些 对 象 都 很 相似 ,状态 变化 很 小 ,因此 可 以 实现 对 象 的 多 次 复 
用 , 享 元 模式 是 一 种 对 象 结构 型 模式 。 

2. 享 元 模式 包含 抽象 享 元 类 、 具 体 享 元 类 、 非 共享 具体 享 元 类 和 享 元 工厂 类 4 个 角色 。 
其 中 ,在 抽象 享 元 类 中 声明 了 具体 享 元 类 公共 的 方法 ; 具体 享 元 类 实现 了 抽象 享 元 接口 ,为 
内 部 状态 提供 了 存储 空间 ; 非 共 享 具体 享 元 类 是 不 能 被 共享 的 抽象 享 元 类 的 子 类 ; 享 元 工 
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三 类 用 于 创建 并 管理 享 元 对 象 , 它 针对 抽象 享 元 类 编程 ,将 各 种 类 型 的 具体 享 元 对 象 存储 在 
一 个 享 元 池 中 。 

3. 享 元 模式 的 优点 主要 是 可 以 极 大 地 减少 内 存 中 对 象 的 数量 ,使 得 相同 或 相似 对 象 在 
内 存 中 只 保存 一 份 ,从 而 可 以 节约 系统 资源 ,提高 系统 性 能 。 其 缺点 主要 是 使 系统 变 得 复 


分 离 出 内 部 状态 和 外 部 状态 ,这 使 得 程序 的 逻辑 复杂 化 ; 此 外 , 享 元 模式 需要 将 享 


元 对 象 的 部 分 状态 外 部 化 ,而 读 取 外 部 状态 将 使 得 运行 时 间 变 长 。 

4. 享 元 模式 适用 于 以 下 环境 : 一 个 系统 有 大 量 相同 或 者 相似 的 对 象 ,造成 内 存 的 大 量 
耗费 ; 对 象 的 大 部 分 状态 都 可 以 外 部 化 ,可 以 将 这 些 外 部 状态 传人 对 象 中 ; 需要 多 次 重复 
使 用 享 元 对 象 。 

5. 享 元 模式 以 共享 的 方式 高 效 地 支持 大 量 细 粒 度 对 象 的 重用 , 享 元 对 象 能 做 到 共享 的 
关键 是 区 分 了 内 部 状态 和 外 部 状态 。 内 部 状态 是 存储 在 享 元 对 象 内 部 并 且 不 会 随 环境 改变 
而 改变 的 状态 ,内 部 状态 可 以 共享 ; 外 部 状态 是 随 环境 改变 而 改变 的 ,不 可 以 共享 的 状态 。 

6. 在 单纯 享 元 模式 中 所 有 的 具体 享 元 类 都 是 可 以 共享 的 ,不 存在 非 共享 具体 享 元 类 。 
将 一 些 单纯 享 元 对 象 使 用 组 合 模式 加 以 组 合 还 可 以 形成 复合 享 元 对 象 。 


14.9 


习题 


1. 当 应 用 程序 由 于 使 用 大 量 的 对 象 造成 很 大 的 存储 开销 时 ,可 以 采用 ( ) 设 计 模 式 
运用 共享 技术 来 有 效 地 支持 大 量 细 粒 度 对 象 的 重用 。 
A. Facade( 外 观 ) B. Composite( 组 合 ) 
C.Flyweight( 享 元 ) D. Adapter( 适 配器 ) 
2. 在 享 元 模式 中 ,外 部 状态 是 指 ( 和 
A. 享 元 对 象 可 共享 的 所 有 状态 
B. 享 元 对 象 可 共享 的 部 分 状态 
C. 由 享 元 对 象 自己 保存 和 维护 的 状态 
D. 由 客户 端 保存 和 维护 的 状态 
3. 以 下 关于 享 元 模式 的 叙述 错误 的 是 ( 5 
A, 享 元 模式 运用 共享 技术 有 效 地 支持 大 量 细 粒度 对 象 的 复 用 
B. 在 享 元 模式 中 可 以 多 次 使 用 某 个 对 象 .通过 引入 外 部 状态 使 得 这 些 对 象 可 以 有 


所 差异 


C. 享 元 对 象 能 够 做 到 共享 的 关键 是 引入 了 享 元 池 , 在 享 元 池 中 通过 克隆 方法 向 客 


户 端 返回 所 需 对 象 


D. 在 享 元 模式 中 ,外 部 状态 是 随 环境 改变 而 改变 ,不 可 以 共享 的 状态 ,内 部 状态 是 


不 随 环境 改变 而 改变 、 可 以 共享 的 状态 


4. 很 多 网 络 设备 都 是 支持 共享 的 ,如 交换 机 、 集 线 器 等 ,多 台 终 端 计算 机 可 以 连接 同一 
台 网 络 设备 ,并 通过 该 网 络 设备 进行 数据 转发 , 试 使 用 享 元 模式 模拟 共享 网 络 设备 的 设计 原 


理 ,绘制 


类 图 并 使 用 Java 语言 模拟 实现 。 


虽然 网 络 设备 可 以 共享 ,但 是 分 配给 每 一 个 终端 计算 机 的 端口 (Port) 是 不 同 的 ,因此 多 
台 计 算 机 虽然 可 以 共享 同一 个 网 络 设备 .但 必须 使 用 不 同 的 端口 ,可 以 将 端口 从 网 络 设备 中 
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抽取 出 来 作为 外 部 状态 ,在 需要 时 再 进行 设置 , 试 对 之 前 的 设计 方案 进行 改进 ,绘制 改进 之 
后 的 类 图 并 使 用 Java 语言 模拟 实现 这 个 带 有 外 部 状态 的 享 元 模式 实例 。 

5. 在 屏幕 中 显示 一 个 文本 文档 ,其 中 相同 的 字符 串 “Java” 共 享 同一 个 对 象 ,而 这 些 字 
符 串 的 颜色 和 大 小 可 以 不 同 。 现 使 用 享 元 模式 设计 一 个 方案 实现 字符 串 对 象 的 共享 ,要 求 
绘制 类 图 并 使 用 Java 语言 编程 实现 。 

6. 某 软 件 公司 要 开发 一 个 多 功能 文档 编辑 器 ,在 文本 文档 中 可 以 插入 图 片 . 动 画 、 视 频 
等 多 媒体 资料 。 为 了 节约 系统 资源 ,相同 的 图 片 .动画 和 视频 在 同一 个 文档 中 只 需 保存 一 
份 ,但 是 可 以 多 次 重复 出 现 ,而 且 它 们 每 次 出 现时 位 置 和 大 小 均 可 不 同 。 试 使 用 享 元 模式 设 
计 该 文档 编辑 器 。 


代理 模式 


代理 模式 是 常用 的 结构 型 设计 模式 之 一 , 当 无 法 直接 访问 某 个 对 象 或 访 
间 某 个 对 象 存 在 困难 时 可 以 通过 一 个 代理 对 象 来 间接 访问 ,为 了 保证 客户 端 
使 用 的 透明 性 ,所 访问 的 真实 对 象 与 代理 对 象 需要 实现 相同 的 接口 。 根 据 代 
理 模 式 的 使 用 目的 不 同 , 代 理 模式 又 可 以 分 为 多 种 类 型 ,例如 保护 代理 、 远 程 
代理 、 虚 拟 代理 ,缓冲 代理 等 ,它们 应 用 于 不 同 的 场合 ,满足 用 户 的 不 同 需 求 。 

本 章 将 学 习 代 理 模式 的 定义 与 结构 ,学 习 儿 种 常见 的 代理 模式 的 类 型 及 
其 适用 环境 ,学 会 如 何 实 现 简单 的 代理 模式 并 理解 远程 代理 、 虚 拟 代理 、 缓 冲 
代理 ,保护 代理 和 智能 引用 代理 的 作用 与 实现 原理 。 

本 章 知识 点 

。 代理 模式 的 定义 

。 代理 模式 的 结构 

。 代理 模式 的 实现 

。 代理 模式 的 应 用 

。 代理 模式 的 优 /缺点 

。 代理 模式 的 适用 环境 

。 远程 代理 

。 虚拟 代理 

。 动态 代理 


15.1 代理 模式 概述 
近年 来 ,代购 已 逐渐 成 为 电子 商务 的 一 个 重要 分 支 。 何 谓 代购 ,简单 来 说 就 是 找 人 帮忙 


购买 所 需要 的 商品 ,当然 可 能 需要 向 实施 代购 的 人 支付 一 定 的 费用 。 代 购 通常 分 为 两 种 类 
型 : 一 种 是 因为 在 当地 买 不 到 某 件 商 品 , 又 或 者 是 因为 当地 这 件 商品 的 价格 比 其 他 地 区 的 
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贵 ,所 以 托 人 在 其 他 地 区 甚至 国外 购买 该 商品 ,然后 通过 快递 发 货 或 者 直接 携带 回来 ; 还 有 
一 种 代购 ,由 于 消费 者 对 想 要 购买 的 商品 相关 信息 缺乏 ,自己 无 法 确定 其 实际 价值 而 又 不 想 
被 商家 “ 衬 ”, 只 好 委托 中 介 机 构 帮 其 讲价 或 为 其 代 买 。 代 购 网 站 为 此 应 运 而 生 , 它 为 消费 者 
提供 在 线 代 购 服务 ,如 果 看 中 某国 外 购物 网 站 上 的 商品 ,可 以 登录 代购 网 站 填写 代购 单 并 付 
款 , 代 购 网 站 会 帮助 进行 购买 然后 通过 快递 公司 将 商品 发 送 给 消费 者 。 商 品 代购 过 程 如 图 15- 


1 所 示 。 
购买 商品 rl 代购 商品 
= = 
顾客 代购 网 站 商品 
图 15-1 商品 代购 示意 图 


在 软件 开发 中 也 有 一 种 设计 模式 可 以 提供 与 代购 网 站 类 似 的 功能 。 由 于 某 些 原因 , 客 
户 端 不 想 或 不 能 直接 访问 一 个 对 象 ,此 时 可 以 通过 一 个 称 为 “代理 ”的 第 三 者 来 实现 间接 访 
问 ,该 方案 对 应 的 设计 模式 被 称 为 代理 模式 。 

代理 模式 是 一 种 应 用 很 广泛 的 结构 型 设计 模式 ,而 且 变 化 形式 非常 多 ,常见 的 代理 形式 
有 远程 代理 、 保 护 代理 .虚拟 代理 .缓冲 代理 ,智能 引用 代理 等 ,在 后 面 将 学 习 这 些 不 同 的 代 
理 形 式 。 

代理 模式 的 定义 如 下 : 


代理 模式 : 给 某 一 个 对 象 提 供 一 个 代理 或 占 位 符 , 并 由 代理 对 象 
来 控制 对 原 对 象 的 访问 。 
Proxy Pattern: Provide a surrogate or placeholder for another 


object to control access to it. 


代理 模式 是 一 种 对 象 结构 型 模式 。 在 代理 模式 中 引入 了 一 个 新 的 代理 对 象 ,代理 对 象 
在 客户 端 对 象 和 目标 对 象 之 间 起 到 中 介 的 作用 , 它 去 掉 客 户 不 能 看 到 的 内 容 和 服务 或 者 增 
添 客户 需要 的 额外 的 新 服务 。 


15.2 代理 模式 结构 与 实现 


15.2.1 代理 模式 结构 


代理 模式 的 结构 比较 简单 ,其 核心 是 代理 类 ,为 了 让 客户 端 能 够 一 致 性 地 对 待 真实 对 象 
和 代理 对 象 ,在 代理 模式 中 引入 了 抽象 层 , 代 理 模 式 的 结构 如 图 15-2 所 示 。 

由 图 15-2 可 知 ,代理 模式 包含 以 下 3 个 角色 。 

(1) Subject( 抽 象 主题 角色 ): 它 声明 了 真实 主题 和 代理 主题 的 共同 接口 ,这 样 一 来 在 
任何 使 用 真实 主题 的 地 方 都 可 以 使 用 代理 主题 ,客户 端 通常 需要 针对 抽象 主题 角色 进行 
编程 。 

(2) Proxy( 代 理 主题 角色 ): 它 包 含 了 对 真实 主题 的 引用 ,从 而 可 以 在 任何 时 候 操作 真 
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Client Subject 


+ request () 
从 人 


Proxy 
- realSubject : RealSubject RealSubject 
+ preRequest () realSubject 
+ request 0 + equest 0 | 
,性 postRequest () 


preRequest(); ] 
realSubject.request(); 
postRequest(); 


图 15-2 代理 模式 结构 图 


实 主题 对 象 ; 在 代理 主题 角色 中 提供 了 一 个 与 真实 主题 角色 相同 的 接口 ,以 便 在 任何 时 候 
都 可 以 替代 真实 主题 ; 代理 主题 角色 还 可 以 控制 对 真实 主题 的 使 用 ,负责 在 需要 的 时 候 创 
建 和 删除 真实 主题 对 象 ,并 对 真实 主题 对 象 的 使 用 加 以 约束 。 通 常 ,在 代理 主题 角色 中 客户 
端 在 调用 所 引用 的 真实 主题 操作 之 前 或 之 后 还 需要 执行 其 他 操作 ,而 不 仅仅 是 单纯 调用 真 
实 主 题 对 象 中 的 操作 。 

(3) RealSubject( 真 实 主题 角色 ): 它 定义 了 代理 角色 所 代表 的 真实 对 象 , 在 真实 主题 角 
色 中 实现 了 真实 的 业务 操作 ,客户 端 可 以 通过 代理 主题 角色 间接 调用 真实 主题 角色 中 定义 
的 操作 。 


15.2.2 代理 模式 实现 


代理 模式 的 结构 图 比较 简单 ,但 是 在 真实 的 使 用 和 实现 过 程 中 要 复杂 很 多 ,特别 是 代理 
类 的 设计 和 实现 。 

抽象 主题 类 声明 了 真实 主题 类 和 代理 类 的 公共 方法 , 它 可 以 是 接口 .抽象 类 或 具体 类 ， 
客户 端 针 对 抽象 主题 类 编程 ,一 致 性 地 对 待 真实 主题 和 代理 主题 。 典 型 的 抽象 主题 类 代码 
如 下 : 


public abstract class Subject { 
public abstract void request(); 
. 


真实 主题 类 继承 了 抽象 主题 类 ,提供 了 业务 方法 的 具体 实现 ,其 典型 代码 如 下 : 


public class RealSubject extends Subject { 
public void request() { 
// 业 务 方法 的 具体 实现 代码 
} 
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代理 类 也 是 抽象 主题 类 的 子 类 , 它 维持 一 个 对 真实 主题 对 象 的 引用 ,调用 在 真实 主题 中 
实现 的 业务 方法 ,在 调用 时 可 以 在 原 有 业务 方法 的 基础 上 附加 一 些 新 的 方法 对 功能 进行 扩 
充 或 约束 。 最 简单 的 代理 类 实现 代码 如 下 : 


public class Proxy extends Subject { 
private RealSubject realSubject = new RealSubject(); // 维 持 一 个 对 真实 主题 对 象 的 引用 


public void preRequest() { 

} 

public void request() { 
PreRequest( ); 
realSubject. request(); // 调 用 真实 主题 对 象 的 方法 
PostRequest() 

} 

public void postRequest() { 


} 
6 


在 实际 开发 过 程 中 ,代理 类 的 实现 比 上 述 代码 要 复杂 很 多 ,代理 模式 根据 其 目的 和 实现 
方式 不 同 可 分 为 很 多 种 类 ,对 其 中 常用 的 几 种 代理 模式 简要 说 明 如 下 。 

(1) 远程 代理 (Remote Proxy): 为 一 个 位 于 不 同 地 址 空间 的 对 象 提供 一 个 本 地 的 代理 
对 象 ,这 个 不 同 的 地 址 空间 可 以 在 同一 台 主 机 中 ,也 可 以 在 另 一 台 主 机 中 ,远程 代理 又 称 为 
大 使 (Ambassador) 。 

(2) 虚拟 代理 (Virtual Proxy) : 如 果 需 要 创建 一 个 资源 消耗 较 大 的 对 象 , 先 创建 一 个 消 
耗 相 对 较 小 的 对 象 来 表示 ,真实 对 象 只 在 需要 时 才 会 被 真正 创建 。 

(3) 保护 代理 (Protect Proxy) : 控制 对 一 个 对 象 的 访问 ,可 以 给 不 同 的 用 户 提 供 不 同 级 
别 的 使 用 权限 。 

(4) 缓冲 代理 (Cache Proxy): 为 某 一 个 目标 操作 的 结果 提供 临时 的 存储 空间 ,以 便 多 
个 客户 端 可 以 共享 这 些 结果 。 

(5) 智能 引用 代理 (Smart Reference Proxy) : 当 一 个 对 象 被 引用 时 提供 一 些 额 外 的 操 
作 ,例如 将 对 象 被 调用 的 次 数 记 录 下 来 等 。 

在 这 些 常用 的 代理 模式 中 有 些 代理 类 的 设计 非常 复杂 ,例如 远程 代理 类 , 它 封装 了 底层 
网 络 通信 和 对 远程 对 象 的 调用 ,其 实现 较为 复杂 。 


15.3 代理 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 代理 模式 。 
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1. 实例 说 明 


某 软 件 公 司 承接 了 某 信 息 咨询 公司 的 收费 商务 信息 查询 系统 的 
开发 任务 ,该 系统 的 基本 需求 如 下 : 

(1) 在 进行 商务 信息 查询 之 前 用 户 需要 通过 身份 验证 ,只 有 合法 
用 户 才能 够 使 用 该 查询 系统 。 

(2) 在 进行 商务 信息 查询 时 系统 需要 记录 查询 日 志 , 以 便 根据 查 
询 次 数 收 取 查 询 费 用 。 

该 软件 公司 的 开发 人 员 已 完成 了 商务 信息 查询 模块 的 开发 任务 ， 
现 希 望 能 够 以 一 种 松 耦 合 的 方式 向 原 有 系统 增加 身份 验证 和 日 志 记 
录 功 能 ,客户 端 代码 可 以 无 区 别 地 对 待 原始 的 商务 信息 查询 模块 和 增 
加 新 功能 之 后 的 商务 信息 查询 模块 ,而 且 可 能 在 将 来 还 要 在 该 信息 查 


询 模块 中 增加 一 些 新 的 功能 。 
试 使 用 代理 模式 设计 并 实现 该 收费 商务 信息 查询 系统 。 


2. 实例 类 图 


通过 分 析 , 可 以 采用 一 种 间接 访问 的 方式 来 实现 该 商务 信息 查询 系统 的 设计 ,在 客户 端 
对 象 和 信息 查询 对 象 之 间 增 加 一 个 代理 对 象 , 让 代理 对 象 实现 身份 验证 和 日 志 记 录 等 功能 ， 


而 无 须 直接 对 原 有 的 商务 信息 查询 对 象 进行 修改 ,如 图 15-3 所 示 。 
访问 


客户 端 对 象 上 访问 -| 代理 对 象 真实 对 象 
身份 验证 | 
商务 信息 查询 


图 15-3 商务 信息 查询 系统 设计 方案 示意 图 


在 图 15-3 中 ,客户 端 对 象 通过 代理 对 象 间接 访问 具有 商务 信息 查询 功能 的 真实 对 象 ， 
在 代理 对 象 中 除了 调用 真实 对 象 的 商务 信息 查询 功能 外 ,还 增加 了 身份 验证 和 日 志 记录 等 


功能 。 使 用 代理 模式 设计 该 商务 信息 查询 系统 ,结构 图 如 图 15-4 所 示 。 


Searcher 


+ doSearch (String userid, String keyword) : String 
3 到 


ProxyySearcher 


RealSearcher 


AccessValidator Logger 


+ validate (String userld) : boolean | |+ log (String userid) : void 


图 15-4 商务 信息 查询 系统 结构 图 


- searcher : RealSearcher 

- validator : AccessValidator 一 一 2 

-logger :Logger + doSearch (String userld, String keyword) : String 
+ doSearch (String userld, String keyword) : String 

+ validate (String userld) : boolean 

+ log (String userld) : void 
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在 图 15-4 中 ,业务 类 AccessValidator 用 于 验证 用 户 身份 ,业务 类 Logger 用 于 记录 用 
户 查询 日 志 ,Searcher 充当 抽象 主题 角色 ,RealSearcher 充当 真实 主题 角色 ,ProxySearcher 
充当 代理 主题 角色 。 

3. 实例 代码 

(1) AccessValidator: 身份 验证 类 (业务 类 ) , 它 提 供 validate() 方 法 来 实现 身份 验证 。 


//designpatterns. proxy. AccessValidator. java 
package designpatterns. proxy; 


public class AccessValidator { 
// 模 拟 实 现 登 录 验证 
public boolean validate(String userId) { 
System. out. println(" 在 数据 库 中 验证 用 户 '" + userId+ "' 是 否 为 合法 用 户 ?") ; 
if (userId. equalsIgnoreCase(" 杨 过 ")) { 
System. out. println("'" + userId+"' 登 录 成 功 !"); 
return true; 
} 
else { 
System. out. println("'" + userId+ "' 登 录 失 败 !"); 
return false; 


(2) Logger: 日 志 记 录 类 (业务 类 ), 它 提供 log() 方 法 来 保存 日 志 。 


//designpatterns. proxy. Logger. java 
package designpatterns. proxy; 


public class Logger { 
// 模 拟 实 现 日 志 记录 
public void log(String userId) { 
System. out. println(" 更 新 数据 库 , 用户" + userId + "' 查 询 次 数 加 11"); 
} 


(3) Searcher: 抽象 查询 类 ,充当 抽象 主题 角色 , 它 声明 了 doSearch() 方 法 。 


//designpatterns. proxy. Searcher. java 
package designpatterns. proxy; 


public interface Searcher { 
public String doSearch( String userId, String keyword); 


} 


(4) RealSearcher: 具体 查询 类 ,充当 真实 主题 角色 , 它 实现 查询 功能 ,提供 doSearch() 
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方法 来 查询 信息 。 


//designpatterns. proxy. RealSearcher. java 
package designpatterns. proxy; 


public class RealSearcher implements Searcher { 
// 模 拟 查 询 商 务 信 息 
public String doSearch( String userId, String keyword) { 
System. out. println(" 用 户 '" + userId+"' 使 用 关键 词 '" + keyword+"' 查 询 商 务 信息 !"); 
return "返回 具体 内 容 "; 


(5) ProxySearcher: 代理 查询 类 ,充当 代理 主题 角色 , 它 是 查询 代理 ,维持 了 对 RealSearcher 
对 象 .AccessValidator 对 象 和 Logger 对 象 的 引用 。 


//designpatterns. proxy. ProxySearcher. java 
package designpatterns. proxy; 


public class ProxySearcher implements Searcher { 
private RealSearcher searcher = new RealSearcher(); // 维 持 一 个 对 真实 主题 的 引用 
Private AccessValidator validator; 
private Logger logger; 


public String doSearch( String userId, String keyword) { 
// 如 果 身份 验证 成 功 , 则 执行 查询 
if (this. validate(userId)) { 
String result = searcher. doSearch(userId, keyword); 


// 调 用 真实 主题 对 象 的 查询 方法 
this. log(userId); // 记 录 查 询 日 志 
return result; // 返 回 查询 结果 
} 
else { 
return null; 
. 


} 


// 创 建 访问 验证 对 象 并 调用 其 validate( ) 方 法 实现 身份 验证 
public boolean validate(String userId) { 

validator = new RccessValidator( ); 

return validator. validate(userId); 


} 


// 创 建 日 志 记录 对 象 并 调用 其 log( ) 方 法 实现 日 志 记录 
public void log(String userId) { 

logger = new Logger( ); 

logger. log(userId); 
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(6) 配置 文件 config. xml, 在 配置 文件 中 存储 了 代理 主题 类 的 类 名 。 


<?xml version = "1.0"?> 
< config> 

< className > designpatterns. proxy. ProxySearcher </className > 
</config> 


(7) XMLUtil, 工具 类 。 


//designpatterns. proxy. XMLUtil. java 
package designpatterns. proxy; 


import javax. xml.parsers. *; 
import org. w3c. dom. # ; 
import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try{ 
// 创 建 DOM 文档 对 象 


DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 


DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 


doc = builder. parse(new File("src//designpatterns//proxy//config. xm1" )); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className"); 
Node classNode = nl1. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c = Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj 

) 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(8) Client: 客户 端 测 试 类 。 


//designpatterns. proxy. Client. java 
package designpatterns. proxy; 


public class Client { 
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public static void main(String args[]) { 
Searcher searcher; // 针 对 抽象 编程 , 客户 端 无 须 分 辨 真实 主题 类 和 代理 类 
searcher = (Searcher)XMLUtil. getBean( ); 
String result = searcher. doSearch(" 杨 过 ", "玉女 心经 "); 

} 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


在 数据 库 中 验证 用 户 ' 杨 过 ' 是 否 为 合法 用 户 ? 

' 杨 过 ' 登 录 成 功 ! 

用 户 ' 杨 过 ' 使 用 关键 词 ' 玉 女 心经 ' 查 询 商务 信息 ! 
更 新 数据 库 ,用 户 ' 杨 过 ,查询 次 数 加 1! 


本 实例 是 保护 代理 和 智能 引用 代理 的 应 用 实例 ,在 代理 类 ProxySearcher 中 实现 对 真 
实 主 题 类 的 权限 控制 和 引用 计数 ,如 果 需 要 在 访问 真实 主题 时 增加 新 的 访问 控制 机 制 和 新 
功能 ,只 需 增加 一 个 新 的 代理 类 ,再 修改 配置 文件 ,在 客户 端 代码 中 使 用 新 增 代 理 类 即 可 , 源 
代码 无 须 修改 ,符合 开 闭 原则 。 


15.4 远程 代理 


远程 代理 (Remote Proxy) 是 一 种 常用 的 代理 模式 , 它 使 得 客户 端 程序 可 以 访问 在 远程 
主机 上 的 对 象 ,远程 主机 可 能 具有 更 好 的 计算 性 能 与 处 理 速度 ,可 以 快速 响应 并 处 理 客户 端 
的 请 求 。 远 程 代理 可 以 将 网 络 的 细节 隐藏 起 来 ,使 得 客户 端 不 必 考 虑 网 络 的 存在 。 客 户 端 
完全 可 以 认为 被 代理 的 远程 业务 对 象 是 在 本 地 而 不 是 在 远程 ,而 远程 代理 对 象 承担 了 大 部 
分 的 网 络 通信 工作 ,并 负责 对 远程 业务 方法 的 调用 。 

远程 代理 示意 图 如 图 15-5 所 示 ,客户 端 对 象 不 能 直接 访问 远程 主机 中 的 业务 对 象 ,只 
能 采取 间接 访问 的 方式 。 远 程 业务 对 象 在 本 地 主机 中 有 一 个 代理 对 象 ,该 代理 对 象 负责 对 
远程 业务 对 象 的 访问 和 网 络 通信 , 它 对 于 客户 端 对 象 而 言 是 透明 的 。 客 户 端 无 须 关 心 实现 
具体 业务 的 是 谁 , 只 需要 按照 服务 接口 所 定义 的 方式 直接 与 本 地 主机 中 的 代理 对 象 交 互 即 可 。 


本 地 主机 远程 主机 


客户 端 对 象 
远程 业务 对 象 


图 15-5 远程 代理 示意 图 


在 Java 语言 中 可 以 通过 一 种 名 为 RMI(Remote Method Invocation ,远程 方法 调用 ) 的 
机 制 来 实现 远程 代理 , 它 能 够 实现 一 个 Java 虚拟 机 中 的 对 象 调用 另 一 个 Java 虚拟 机 中 对 
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象 的 方法 。 在 RMI 中 ,客户 端 对 象 可 以 通过 一 个 桩 (Stub) 对 象 与 远程 主机 上 的 业务 对 象 进 
行 通信 ,由 于 桩 对 象 和 远程 业务 对 象 接口 一 致 ,因此 对 于 客户 端 而 言 操 作 远程 对 象 和 本 地 桩 
对 象 没有 任何 区 别 , 桩 对 象 就 是 远程 业务 对 象 在 本 地 主机 的 代理 对 象 。 

在 RMI 实现 的 过 程 中 ,远程 主机 端 有 一 个 Skeleton( 骨 架 ) 对 象 来 负责 与 Stub 对 象 通 
信 ,RMI 的 基本 实现 步骤 如 下 : 

(1) 客户 端 发 起 请 求 ,将 请 求 转交 至 RMI 客户 端的 Stub 类 。 

(2) Stub 类 将 请 求 的 接口 方法、 参数 等 信息 进行 序列 化 。 

(3) 将 序列 化 后 的 流 使 用 Socket 传输 至 服务 器 端 。 

(4) 服务 器 端 接收 到 流 后 将 其 转发 至 相应 的 Skeleton 类 。 

(5) Skeleton 类 将 请 求 信 息 反 序列 化 后 调用 实际 的 业务 处 理 类 。 

(6) 业务 处 理 类 处 理 完毕 后 将 结果 返回 给 Skeleton 类 。 

(7) Skeleton 类 将 结果 序列 化 ,再 次 通过 Socket 将 流传 送 给 客户 端的 Stub。 

(8) Stub 在 接收 到 流 后 进行 反 序 列 化 ,将 反 序 列 化 后 得 到 的 Java Object 对 象 返 回 给 客 
户 端 调用 者 。 

至 此 ,一 次 完整 的 远程 方法 调用 得 以 完成 。 

除了 RMI 之 外 ,在 Java 语言 中 还 可 以 通过 很 多 其 他 方式 来 实现 远程 通信 和 远程 方法 
调用 ,例如 XML-RPC、Binary-RPC JBoss-Remoting Spring-Remoting、Hessian 等 ,读者 可 
以 自行 查阅 相关 资料 进行 扩展 学 习 。 


15.5 虚拟 代理 


虚拟 代理 (Virtual Proxy) 也 是 一 种 常用 的 代理 模式 ,对 于 一 些 占用 系统 资源 较 多 或 者 
加 载 时 间 较 长 的 对 象 ,可 以 给 这 些 对 象 提供 一 个 虚拟 代理 。 在 真实 对 象 创建 成 功 之 前 虚拟 
代理 扮演 真实 对 象 的 替身 ,而 当真 实 对 象 创建 之 后 虚拟 代理 将 用 户 的 请 求 转发 给 真实 对 象 。 

通常 在 以 下 两 种 情况 下 可 以 考虑 使 用 虚拟 代理 : 

(1) 由 于 对 象 本 身 的 复杂 性 或 者 网 络 等 原因 导致 一 个 对 象 需要 较 长 的 加 载 时 间 , 此 时 
可 以 用 一 个 加 载 时 间 相 对 较 短 的 代理 对 象 来 代表 真实 对 象 。 通 常 在 实现 时 可 以 结合 多 线程 
技术 ,一 个 线程 用 于 显示 代理 对 象 ,其 他 线程 用 于 加 载 真 实 对 象 。 这 种 虚拟 代理 模式 可 以 应 
用 在 程序 启动 的 时 候 , 由 于 创建 代理 对 象 在 时 间 和 处 理 复 杂 度 上 要 少 于 创建 真实 对 象 , 因 此 
在 程序 启动 时 可 以 用 代理 对 象 代替 真实 对 象 初始 化 ,大 大 加 速 了 系统 的 启动 时 间 。 当 需要 
使 用 真实 对 象 时 再 通过 代理 对 象 来 引用 ,而 此 时 真实 对 象 可 能 已 经 成 功 加 载 完毕 ,可 以 缩短 
用 户 的 等 待 时 间 。 

(2) 当 一 个 对 象 的 加 载 十 分 耗费 系统 资源 的 时 候 也 非常 适合 使 用 虚拟 代理 。 虚 拟 代理 
可 以 让 那些 占用 大 量 内 存 或 处 理 起 来 非常 复杂 的 对 象 推迟 到 使 用 它们 的 时 候 才 创建 ,而 在 
此 之 前 用 一 个 相对 来 说 占用 资源 较 少 的 代理 对 象 来 代表 真实 对 象 , 再 通过 代理 对 象 来 引用 
真实 对 象 。 为 了 节省 内 存 , 在 第 一 次 引用 真实 对 象 时 再 创建 对 象 ,并 且 该 对 象 可 以 被 多 次 重 
用 ,在 以 后 每 次 访问 时 需要 检测 所 需 对 象 是 否 已 经 被 创建 ,因此 在 访问 该 对 象 时 需要 进行 存 
在 性 检测 ,这 需要 消耗 一 定 的 系统 时 间 ,但 是 可 以 节省 内 存 空间 ,这 是 一 种 用 时 间 换 取 空 间 
的 做 法 。 
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无 论 是 以 上 哪 种 情况 ,虚拟 代理 都 是 用 一 个 “虚假 ”的 代理 对 象 来 代表 真实 对 象 ,通过 代 
理 对 象 来 间接 引用 真实 对 象 ,可 以 在 一 定 程度 上 提高 系统 的 性 能 。 


15.6 Java 动态 代理 


在 传统 的 代理 模式 中 客户 端 通过 Proxy 类 调用 RealSubject 类 的 request() 方 法 ,同时 
还 可 以 在 代理 类 中 封装 其 他 方法 (例如 preRequest() 和 postRequest() 等 )。 如 果 按 照 这 种 
方法 使 用 代理 模式 ,那么 代理 类 和 真实 主题 类 都 应 该 是 事先 已 经 存在 的 ,代理 类 的 接口 和 所 
代理 方法 都 已 明确 指定 。 每 一 个 代理 类 在 编译 之 后 都 会 生成 一 个 class 文件 ,代理 类 所 实现 
的 接口 和 所 代理 的 方法 都 被 固定 ,这 种 代理 被 称 为 静态 代理 (Static Proxy) 。 如 果 需 要 为 不 
同 的 真实 主题 类 提供 代理 类 或 者 代理 一 个 真实 主题 类 中 的 不 同方 法 ,都 需要 增加 新 的 代理 
类 ,这 将 导致 系统 中 的 类 个 数 急剧 增加 ,因此 需要 想 办 法 减少 系统 中 类 的 个 数 。 

动态 代理 (Dynamic Proxy) 可 以 让 系统 在 运行 时 根据 实际 需要 来 动态 创建 代理 类 ,让 
同一 个 代理 类 能 够 代理 多 个 不 同 的 真实 主题 类 而 且 可 以 代理 不 同 的 方法 。 动 态 代 理 是 一 种 
较为 高 级 的 代理 模式 , 它 在 事务 管理 .AOP(Aspect-Oriented Programming ,面向 方面 编程 ) 
等 领域 都 发 挥 了 重要 的 作用 。 

从 JDK 1.3 开始 ,Java 语言 提供 了 对 动态 代理 的 支持 ,Java 语言 实现 动态 代理 时 需要 
用 到 位 于 java. lang. reflect 包 中 的 一 些 类 , 现 简要 说 明 如 下 : 

1. Proxy 类 


Proxy 类 提供 了 用 于 创建 动态 代理 类 和 实例 对 象 的 方法 , 它 是 所 创建 的 动态 代理 类 的 
父 类 , 它 最 常用 的 方法 如 下 。 

(1) public static Class <? > getProxyClass (ClassLoader loader, Class <? >... 
interfaces) ; 该 方法 用 于 返回 一 个 Class 类 型 的 代理 类 ,在 参数 中 需要 提供 类 加 载 器 并 需要 
指定 代理 的 接口 数组 (与 真实 主题 类 的 接口 列表 一 致 ) 。 

(2) public static Object newProxyInstance (ClassLoader loader, Class <? > [ |] 
interfaces ,InvocationHandler h) : 该 方法 用 于 返回 一 个 动态 创建 的 代理 类 的 实例 ,方法 中 
的 第 一 个 参数 loader 表示 代理 类 的 类 加 载 器 ,第 二 个 参数 interfaces 表示 代理 类 所 实现 的 
接口 列表 (与 真实 主题 类 的 接口 列表 一 致 ) ,第 三 个 参数 h 表示 所 指派 的 调用 处 理 程 序 类 。 

2. InvocationHandler 接口 


InvocationHandler 接口 是 代理 处 理 程序 类 的 实现 接口 ,该 接口 作为 代理 实例 的 调用 处 
理 者 的 公共 父 类 ,每 一 个 代理 类 的 实例 都 可 以 提供 一 个 相关 的 具体 调用 处 理 者 
(InvocationHandler 接口 的 子 类 )。 在 该 接口 中 声明 了 如 下 方法 : 

public Object invoke(Object proxy, Method method,ObjectL | args) 

该 方法 用 于 处 理 对 代理 类 实例 的 方法 调用 并 返回 相应 的 结果 , 当 一 个 代理 实例 中 的 业 
务 方法 被 调用 时 将 自动 调用 该 方法 。invoke() 方 法 包含 3 个 参数 ,其 中 第 一 个 参数 proxy 
表示 代理 类 的 实例 ,第 二 个 参数 method 表示 需要 代理 的 方法 ,第 三 个 参数 args 表示 代理 方 
法 的 参数 数组 。 

动态 代理 类 需要 在 运行 时 指定 所 代理 真实 主题 类 的 接口 ,客户 端 在 调用 动态 代理 对 象 


二 214 Java 设计 模式 


的 方法 时 调用 请 求 会 将 请 求 自 动 转 发 给 InvocationHandler 对 象 的 invoke() 方 法 ,由 invoke() 
方法 来 实现 对 请 求 的 统一 处 理 。 
下 面 通过 一 个 简单 实例 来 学 习 如 何 使 用 动态 代理 模式 : 


菜 软件 公司 要 为 公司 OA 系统 数据 访问 层 DAO 增加 方法 调用 
日 志 , 记 录 每 一 个 方法 被 调用 的 时 间 和 调用 结果 , 现 使 用 动态 代理 进 
行 设计 和 实现 。 


本 实例 的 完整 代码 如 下 。 
(1) AbstractUserDAO: 抽象 用 户 DAO 类 ,抽象 主题 角色 。 


//designpatterns. proxy. dynamic. AbstractUserDAO. java 
package designpatterns. proxy. dynamic; 


public interface AbstractUserDAO { 
public Boolean findUserById( String userId); 
} 


(2) AbstractDocumentDAO: 抽象 文档 DAO 类 ,抽象 主 题 角 色 。 


//designpatterns. proxy. dynamic. AbstractDocumentDAO. java 
package designpatterns. proxy. dynamic; 


public interface AbstractDocumentDAO { 
public Boolean deleteDocumentById( String documentId); 
} 


(3) UserDAO: 用 户 DAO 类 ,具体 主题 角色 。 


//designpatterns. proxy. dynamic. UserDAO. java 
package designpatterns. proxy. dynamic; 


public class UserDAO implements AbstractUserDAO { 
public Boolean findUserById(String userId) { 
if (userId. equalsIgnoreCase(" 张 无 鼠 ")) { 
System. out. println(" 查 询 ID 为 " + userId+ "的 用 户 信息 成 功 !"); 
return true; 
} 
else { 
System. out. println(" 查 询 ID 为 " + userId+ "的 用 户 信息 失败 !"); 


return false; 


(4) DocumentDAO: 文档 DAO 类 ,具体 主题 角色 。 
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//designpatterns. proxy. dynamic. DocumentDAO. java 
package designpatterns. proxy. dynamic; 


public class DocumentDAO implements AbstractDocumentDAO { 
public Boolean deleteDocumentById( String documentId) { 

if (documentId. equalsIgnoreCase("D001")) { 
System. out. println(" 删 除 ID 为 "+ documentId+ "的 文档 信息 成 功 !"); 
return true; 

} 

else { 
System. out. println(" 删 除 ID 为 " + documentId+ "的 文档 信息 失败 !"); 
return false; 


(5) DAOLogHandler: 自 定义 请 求 处 理 程序 类 。 


//designpatterns. proxy. dynamic. DAOLogHandler. java 
package designpatterns. proxy. dynamic; 


import java. lang. reflect. InvocationHandler; 
import java. lang. reflect. Method; 

import java. util.Calendar; 

import java. util. GregorianCalendar; 


public class DAOLogHandler implements InvocationHandler { 
private Calendar calendar; 
private Object object; 


public DAOLogHandler() { 
} 


// 自 定义 有 参 构造 函数 ,用 于 注入 一 个 需要 提供 代理 的 真实 主题 对 象 
public DAOLogHandler (Object object) { 
this. object = object; 


// 实 现 invoke() 方 法 ,调用 在 真实 主题 类 中 定义 的 方法 
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { 


beforeInvoke( ); 
Object result = method. invoke(object, args); // 转 发 调用 
afterInvoke( ); 
return result; 
} 
// 记 录 方 法 调用 时 间 


public void beforeInvoke(){ 
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calendar = new GregorianCalendar( ); 
int hour = calendar. get (Calendar. HOUR OF DAY); 
int minute = calendar. get (Calendar. MINUTE); 
int second = calendar. get (Calendar. SECOND); 
String time = hour + ":" +minute+":"+ second; 
System. out. println(" 调 用 时 间 : " + time); 

} 


public void afterInvoke(){ 
System. out. println(" 方 法 调用 结束 !" ); 
} 


(6) Client: 客户 端 测试 类 。 


//designpatterns. proxy. dynamic. Client. java 
package designpatterns. proxy. dynamic; 


import java. lang. reflect. Proxy; 
import java. lang. reflect. InvocationHandler; 


public class Client { 
public static void main(String args[]) { 
InvocationHandler handler = null; 
AbstractUserDAO userDRO = new UserDAO( ); 
handler = new DAOLogHandler (userDAO); 
RbstractUserDRO proxy = null; 


// 动 态 创建 代理 对 象 ,用 于 代理 一 个 AbstractUserDAO 类 型 的 真实 主题 对 象 

proxy = (AbstractUserDAO) Proxy. newProxyInstance (AbstractUserDAO. class. getClassLoader( )， 
new Class[ ] {AbstractUserDAO. class}, handler); 

proxy.findUserById(" 张 无 尽 "); // 调 用 代理 对 象 的 业务 方法 


RE ON TO a 


AbstractDocumentDAO docDAO = new DocumentDAO( ); 
handler = new DAOLogHandler( docDAO); 
AbstractDocumentDAO proxy new= null; 


// 动 态 创建 代理 对 象 ,用 于 代理 一 个 abstractDocumentDRO 类 型 的 真实 主题 对 象 
Proxy_new = (AbstractDocumentDRAO ) Proxy. newProxyInstance ( AbstractDocumentDAO. 
class. getClassLoader( ) ,new Class[ ] {AbstractDocumentDAO. class}, handler); 
Pproxy_new. deleteDocumentById("D002" ); // 调 用 代理 对 象 的 业务 方法 
} 


编译 并 运行 程序 ,输出 结果 如 下 : 


调用 时 间 : 16:36:47 
查询 ID 为 张无忌 的 用 户 信息 成 功 ! 
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方法 调用 结束 ! 

调用 时 间 : 16:36:47 

删除 ZD 为 D002 的 文档 信息 失败 ! 
方法 调用 结束 ! 


通过 使 用 动态 代理 可 以 实现 对 多 个 真实 主题 类 的 统一 代理 和 集中 控制 。 

JDK 中 提供 的 动态 代理 只 能 代理 一 个 或 多 个 接口 ,如 果 需 要 动态 代理 具体 类 或 抽象 
类 ,可 以 使 用 CGLib (Code Generation Library) 等 工具 。CGLib 是 一 个 功能 较为 强大 ,性 能 
和 质量 也 较 好 的 代码 生成 包 , 在 许多 AOP 框架 中 得 到 了 广泛 应 用 ,读者 可 以 自行 查阅 相关 
资料 来 学 习 CGLib。 


15.7 代理 模式 优 /缺点 与 适用 环境 


代理 模式 是 常用 的 结构 型 设计 模式 之 一 , 它 为 对 象 的 间接 访问 提供 了 一 个 解决 方案 ,可 
以 对 对 象 的 访问 进行 控制 。 代 理 模式 的 类 型 较 多 ,其 中 远程 代理 .虚拟 代理 、 保 护 代 理 等 在 
软件 开发 中 的 应 用 非常 广泛 。 在 Java RMI、EJB、Web Service .Spring AOP 等 技术 和 框架 
中 都 使 用 了 代理 模式 。 


15.7.1 代理 模式 优点 


代理 模式 的 共同 优点 如 下 : 
(1) 能 够 协调 调用 者 和 被 调用 者 ,在 一 定 程度 上 降低 了 系统 的 耦合 度 。 
(2) 客户 端 可 以 针对 抽象 主题 角色 进行 编程 ,增加 和 更 换代 理 类 无 须 修改 源 代码 ,符合 
闭 原则 ,系统 具有 较 好 的 灵活 性 和 可 扩展 性 。 
此 外 ,不 同类 型 的 代理 模式 具有 独特 的 优点 ,例如 : 
(1) 远程 代理 为 位 于 两 个 不 同 地 址 空间 的 对 象 的 访问 提供 了 一 种 实现 机 制 ,可 以 将 一 
些 消耗 资源 较 多 的 对 象 和 操作 移 至 性 能 更 好 的 计算 机 上 ,提高 了 系统 的 整体 运行 效率 。 
(2) 虚拟 代理 通过 一 个 消耗 资源 较 少 的 对 象 来 代表 一 个 消耗 资源 较 多 的 对 象 ,可 以 在 
一 定 程度 上 节省 系统 的 运行 开销 。 
(3) 缓冲 代理 为 某 一 个 操作 的 结果 提供 临时 的 缓存 存储 空间 ,以 便 在 后 续 使 用 中 能 够 
共享 这 些 结果 ,优化 系统 性 能 ,缩短 执行 时 间 。 
(4) 保护 代理 可 以 控制 对 一 个 对 象 的 访问 权限 ,为 不 同 用 户 提供 不 同 级 别 的 使 用 权限 。 


15.7.2 代理 模式 缺点 


代理 模式 的 缺点 主要 如 下 : 

(1) 由 于 在 客户 端 和 真实 主题 之 间 增 加 了 代理 对 象 ,因此 有 些 类 型 的 代理 模式 可 能 会 
造成 请 求 的 处 理 速度 变 慢 ,例如 保护 代理 。 

(2) 实现 代理 模式 需要 额外 的 工作 ,而 且 有 些 代 理 模 式 的 实现 过 程 较为 复杂 ,例如 远程 
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代理 。 


15.7.3 代理 模式 适用 环境 


代理 模式 的 类 型 较 多 ,不 同类 型 的 代理 模式 有 不 同 的 优 /缺点 ,它们 应 用 于 不 同 的 场合 : 

(1) 当 客 户 端 对 象 需要 访问 远程 主机 中 的 对 象 时 可 以 使 用 远程 代理 。 

(2) 当 需 要 用 一 个 消耗 资源 较 少 的 对 象 来 代表 一 个 消耗 资源 较 多 的 对 象 ,从 而 降低 系 
统 开 销 、 缩 短 运行 时 间 时 可 以 使 用 虚拟 代理 ,例如 一 个 对 象 需要 很 长 时 间 才 能 完成 加 载 时 。 

(3) 当 需 要 为 某 一 个 被 频繁 访问 的 操作 结果 提供 一 个 临时 存储 空间 ,以 供 多 个 客户 端 
共享 访问 这 些 结果 时 可 以 使 用 缓冲 代理 。 通 过 使 用 缓冲 代理 ,系统 无 须 在 客户 端 每 一 次 访 
问 时 都 重新 执行 操作 ,只 需 直接 从 临时 缓冲 区 获取 操作 结果 即 可 。 

(4) 当 需 要 控制 对 一 个 对 象 的 访问 为 不 同 用 户 提供 不 同 级 别 的 访问 权限 时 可 以 使 用 保 
护 代 理 。 

(5) 当 需 要 为 一 个 对 象 的 访问 (引用 ) 提 供 一 些 额外 的 操作 时 可 以 使 用 智能 引用 代理 。 


15.8 本 章 小 结 


1. 代理 模式 给 某 一 个 对 象 提供 一 个 代理 或 占 位 符 , 并 由 代理 对 象 来 控制 对 原 对 象 的 访 
问 。 代 理 模 式 是 一 种 对 象 结 构 型 模式 。 

2. 代理 模式 包含 抽象 主题 角色 代理 主题 角色 和 真实 主题 角色 3 个 角色 。 其 中 ,抽象 
主题 角色 声明 了 真实 主题 和 代理 主题 的 共同 接口 ; 代理 主题 角色 包含 了 对 真实 主题 的 引 
用 ,可 以 在 任何 时 候 操 作 真实 主题 对 象 ; 真实 主题 角色 实现 了 真实 的 业务 操作 。 

3. 代理 模式 的 优点 主要 是 能 够 协调 调用 者 和 被 调用 者 ,在 一 定 程度 上 降低 了 系统 的 耦 
合 度 ; 系统 具有 较 好 的 灵活 性 和 可 扩展 性 ,客户 端 可 以 针对 抽象 主题 角色 进行 编程 ,增加 和 
更 换代 理 类 无 须 修改 源 代 码 ,符合 开 闭 原则 。 其 缺点 主要 是 有 些 类 型 的 代理 模式 可 能 会 造 
成 请 求 的 处 理 速度 变 慢 ; 实现 代理 模式 需要 一 些 额 外 的 工作 ,而 且 有 些 代理 模式 的 实现 过 
程 较为 复杂 。 

4. 当 客户 端 对 象 需要 访问 远程 主机 中 的 对 象 时 可 以 使 用 远程 代理 。 远 程 代理 为 位 于 
两 个 不 同 地 址 空间 对 象 的 访问 提供 了 一 种 实现 机 制 , 可 以 将 一 些 消耗 资源 较 多 的 对 象 和 操 
作 移 至 性 能 更 好 的 计算 机 上 ,从 而 提高 系统 的 整体 运行 效率 。 

5. 当 需 要 用 一 个 消耗 资源 较 少 的 对 象 来 代表 一 个 消耗 资源 较 多 的 对 象 ,从 而 降低 系统 
销 \ 缩 短 运 行 时 间 时 可 以 使 用 虚拟 代理 。 虚 拟 代理 可 以 在 一 定 程度 上 节省 系统 的 运行 
销 


6. 当 需 要 为 某 一 个 被 频繁 访问 的 操作 结果 提供 一 个 临时 存储 空间 ,以 供 多 个 客户 端 共 
享 访问 这 些 结果 时 可 以 使 用 缓冲 代理 。 缓 冲 代理 为 某 一 个 操作 的 结果 提供 临时 的 缓存 存储 
空间 ,以 便 在 后 续 使 用 中 能 够 共享 这 些 结果 ,优化 系统 性 能 ,缩短 执行 时 间 。 

7. 当 需 要 控制 对 一 个 对 象 的 访问 为 不 同 用 户 提供 不 同 级 别 的 访问 权限 时 可 以 使 用 保 
护 代 理 。 
8， 当 需要 为 一 个 对 象 的 访问 (引用 ) 提 供 一 些 额 外 的 操作 时 可 以 使 用 智能 引用 代理 。 
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15.9 习题 
1. Windows 操作 系统 中 的 应 用 程序 快捷 方式 是 ( ) 模 式 的 应 用 实例 。 
A. 代理 (Proxy) B. 组 合 (Composite) 
C. 装饰 (Decorator) D. 外 观 (Facade) 


2. 以 下 关于 代理 模式 的 叙述 错误 的 是 ( 志 
A. 代理 模式 能 够 协调 调用 者 和 被 调用 者 ,从 而 在 一 定 程度 上 降低 系统 的 耦合 度 
B. 控制 对 一 个 对 象 的 访问 ,给 不 同 的 用 户 提供 不 同 级 别 的 使 用 权限 时 可 以 考虑 使 
用 远程 代理 
C. 代理 模式 的 缺点 是 请 求 的 处 理 速 度 会 变 慢 ,并 且 实 现代 理 模 式 需要 额外 的 工作 
D. 代理 模式 给 某 一 个 对 象 提供 一 个 代理 ,并 由 代理 对 象 控制 对 原 对 象 的 引用 
3. 代理 模式 有 多 种 类 型 ,其 中 智能 引用 代理 是 指 ( js 
A. 为 某 一 个 目标 操作 的 结果 提供 临时 的 存储 空间 ,以 便 多 个 客户 端 可 以 共享 这 些 
结果 
B. 保护 目标 不 让 恶意 用 户 接近 
C. 使 几 个 用 户 能 够 同时 使 用 一 个 对 象 而 没有 冲突 
D， 当 一 个 对 象 被 引用 时 提供 一 些 额外 的 操作 ,例如 将 此 对 象 被 调用 的 次 数 记录 
下 来 

4. 毕业 生 通 过 职业 介绍 所 找 工作 ,请问 该 过 程 蕴含 了 哪 种 设计 模式 ,绘制 相应 的 类 图 。 

5. 在 某 应 用 软件 中 需要 记录 业务 方法 的 调用 日 志 , 在 不 修改 现 有 业务 类 的 基础 上 为 每 
个 类 提供 一 个 日 志 记 录 代 理 类 ,在 代理 类 中 输出 日 志 , 例 如 在 业务 方法 method() 调 用 之 前 
输出 “方法 method() 被 调用 ,调用 时 间 为 2017-11-5 10:10:10”, 调 用 之 后 如 果 没 有 抛 异 常 则 
输出 “方法 method() 调 用 成 功 ”, 否 则 输出 “方法 method() 调 用 失败 ”。 在 代理 类 中 调用 真 
实业 务 类 的 业务 方法 ,使 用 代理 模式 设计 该 日 志 记 录 模 块 的 结构 ,绘制 类 图 并 使 用 Java 语 
言 编程 模拟 实现 。 

6. 在 一 个 论坛 中 已 注册 用 户 和 游客 的 权限 不 同 ,已 注册 的 用 户 拥有 发 帖 , 修 改 自 己 的 
注册 信息 、 修 改 自己 的 帖子 等 功能 ; 而 游客 只 能 看 到 别人 发 的 帖子 ,没有 其 他 权限 。 试 使 用 
保护 代理 来 设计 该 权限 管理 模块 。 

7. 某 软 件 公司 要 开发 一 款 基 于 C/S 的 网 络 图 片 查 看 器 ,具体 功能 描述 如 下 : 用 户 只 需 
在 图 片 查看 器 中 输入 网 页 URL ,程序 会 自动 将 该 网 页 中 的 所 有 图 片 下 载 到 本 地 ,考虑 到 有 
些 网 页 图 片 比较 多 ,而 且 某 些 图 片 文件 比较 大 ,因此 先 以 图 标的 方式 显示 图 片 ,不 同类 型 的 
图 片 使 用 不 同 的 图 标 , 并 且 在 图 标 下 面 标注 该 图 片 的 文件 名 ,用 户 单 击 图 标 后 可 查看 真 
正 的 图 片 ,界面 效果 如 图 15-6 所 示 。 试 使 用 虚拟 代理 模式 设计 并 实现 该 图 片 查看 器 。 
( 注 : 可 以 结合 多 线程 机 制 , 使 用 一 个 线程 显示 小 图 标 , 同 时 启动 另 一 个 线程 在 后 台 加 载 
原 图 。) 

8. 使 用 Java RMI 技术 开发 一 个 简单 的 程序 ,在 远程 服务 器 上 实现 加 、 减 、 乘 、 除 等 运 
算 ,然后 在 本 地 调用 这 些 运算 。 
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职责 链 模式 


本 章 导 学 

行为 型 模式 关注 系统 中 对 象 之 间 的 交互 ,研究 系统 在 运行 时 对 象 之 间 的 相 
互通 信和 与 协作 ,进一步 明确 对 象 的 职责 。 在 GoF 设计 模式 中 包含 11 种 行为 型 
设计 模式 ,它们 适用 于 不 同 的 场合 ,用 于 解决 软件 设计 中 面临 的 不 同 问题 。 

在 系统 中 如 果 存 在 多 个 对 象 可 以 处 理 同 一 请 求 , 则 可 以 通过 职责 链 模 式 
将 这 些 处 理 请 求 的 对 象 连 成 一 条 链 ,让 请 求 沿 着 该 链 进行 传递 。 如 果 链 上 的 
对 象 可 以 处 理 该 请 求 则 进行 处 理 ,否则 将 请 求 转发 给 下 家 来 处 理 。 职 责 链 模 
式 可 以 将 请 求 的 发 送 者 和 接收 者 解 耦 ,客户 端 无 须 关 心 请 求 的 处 理 细节 和 传 
递 过 程 ,只 需要 将 请 求 提交 给 职责 链 即 可 。 

本 章 将 对 11 种 行为 型 模式 进行 简要 的 介绍 ,并 学 习 职 责 链 模式 的 定义 和 结 
构 , 通 过 实例 来 学 习 职责 链 模 式 的 实现 以 及 如 何在 软件 开发 中 应 用 职责 链 模式 。 

本 章 知识 点 

。 行为 型 模式 

。 职责 链 模式 的 定义 

。 职责 链 模式 的 结构 

。 职责 链 模 式 的 实现 

。 职责 链 模式 的 应 用 

。 职责 链 模式 的 优 /缺点 

。 职责 链 模式 的 适用 环境 

。 纯 与 不 纯 的 职责 链 模式 


16.1 行为 型 模式 


在 软件 系统 运行 时 对 象 并 不 是 孤立 存在 的 ,它们 可 以 通过 相互 通信 协作 完成 某 些 功能 ， 
一 个 对 象 在 运行 时 也 将 影响 到 其 他 对 象 的 运行 。 行 为 型 模式 (Behavioral Pattern) 关 注 系统 


222_ Java 设 计 模式 


中 对 象 之 间 的 交互 ,研究 系统 在 运行 时 对 象 之 间 的 相互 通信 与 协作 ,进一步 明确 对 象 的 职 
责 。 行 为 型 模式 不 仅仅 关注 类 和 对 象 本 身 , 还 重点 关注 它们 之 间 的 相互 作用 和 职责 划分 。 

行为 型 模式 分 为 类 行为 型 模式 和 对 象 行为 型 模式 两 种 ,其 中 类 行为 型 模式 使 用 继承 关 
系 在 几 个 类 之 间 分 配 行为 ,主要 通过 多 态 等 方式 来 分 配 父 类 与 子 类 的 职责 ; 而 对 象 行为 型 
模式 则 使 用 对 象 的 关联 关系 来 分 配 行为 ,主要 通过 对 象 关 联 等 方式 来 分 配 两 个 或 多 个 类 的 
职责 。 根据 合成 复 用 原则 ,在 系统 中 复 用 功能 时 要 尽量 使 用 关联 关系 来 取代 继承 关系 ,因此 
大 部 分 行为 型 设计 模式 都 属于 对 象 行为 型 设计 模式 。 

在 GoF 设计 模式 中 包含 11 种 行为 型 模式 ,它们 的 名 称 、 定 义 、 学 习 难 度 和 使 用 频率 如 


表 16-1 所 示 。 


表 16-1 行为 型 模式 一 览 表 


模式 名 称 定 有 学 习 难 度 使 用 频率 

避免 将 一 个 请 求 的 发 送 者 与 接收 者 耦 
合 在 一 起 ,让 多 个 对 象 都 有 机 会 处 理 请 

职责 链 模式 i 

(Chain of Responsibility Pattern) 求 。 将 接收 请 求 的 对 象 连接 成 一 条 链 ，| 太太 克 交 妆 | 太太 妆 妆 妆 
并 且 沿 着 这 条 链 传递 请 求 , 直 到 有 一 个 
对 象 能 够 处 理 它 为 止 
将 一 个 请 求 封装 为 一 个 对 象 ,从 而 可 用 

命令 模式 不 同 的 请 求 对 客户 进行 参数 化 ,对 请 求 

(Command Pattern) 排队 或 者 记录 请 求 日 志 , 以 及 支持 可 撤 | enedasele 
销 的 操作 

本 给 定 一 个 语言 ,定义 它 的 文法 的 一 种 表 

pd Bteny 示 ,并 定义 一 个 解释 器 ,这 个 解释 器 使 | 友 友 友 友 友 | 交 交 六 六 交 
用 该 表示 来 解释 语言 中 的 句子 

迭代 器 模式 提供 一 种 方法 顺序 访问 一 个 聚合 对 象 
中 的 各 个 元 素 , 而 又 不 用 暴露 该 对 象 的 | 女友 友 六 交 | 交友 太太 六 

(Iterator Pattern) 四 
内 部 表示 
定义 一 个 对 象 来 封装 一 系列 对 象 的 交 

中 介 者 模式 互 。 中 介 者 模式 使 各 对 象 之 间 不 需要 

(Mediator Pattern) 显 式 地 相互 引用 ,从 而 使 其 耦合 松散 ， | 
而 且 可 以 独立 地 改变 它们 之 间 的 交互 
在 不 破坏 封装 的 前 提 下 捕获 一 个 对 象 

备忘录 模式 的 内 部 状态 ,并 在 该 对 象 之 外 保存 这 个 

(Memento Pattern) 状态 ,这 样 可 以 在 以 后 将 对 象 恢复 到 原 edo do [emotedsse: 
先 保存 的 状态 
定义 对 象 之 间 的 一 种 一 对 多 依赖 关系 ， 

观察 者 模式 使 得 每 当 一 个 对 象 状态 发 生 改 变 时 其 

(Observer Pattern) 相关 依赖 对 象 丝 得 到 通知 并 被 自动 bade at sees 
更 新 

状态 模式 允许 一 个 对 象 在 其 内 部 状态 改变 时 改 
变 它 的 行为 。 对 象 看 起 来 似乎 修改 了 | 友 友 友 认 交 | 友 克 交 六 六 

(State Pattern) 它 的 类 
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续 表 
模式 名 称 定 六 学 习 难 度 使 用 频率 
定义 一 系列 算法 ,将 每 一 个 算法 封装 起 
策略 模式 来 ,并 让 它们 可 以 相互 蔡 换 ,策略 模式 
(Strategy Pattern) 让 算法 可 以 独立 于 使 用 它 的 客户 而 太 襄 友 友 高 | 赤 大 六 六 训 
变化 
定义 一 个 操作 中 算法 的 框架 ,而 将 一 些 
模板 方法 模式 步骤 延迟 到 子 类 中 。 模 板 方法 模式 使 
(Template Method Pattern) 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 lett ad leedstedaas 


可 重 定义 该 算法 的 某 些 特定 步骤 
表示 一 个 作用 于 某 对 象 结构 中 的 各 个 


访问 者 模式 元 素 的 操作 。 访 问 者 模式 让 用 户 可 以 
(Visitor Pattern) 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作 妈妈 妈妈 交 | 次 六 交 交 六 
用 于 这 些 元 素 的 新 操作 


16.2 职责 链 模 式 概述 


在 很 多 情况 下 可 以 处 理 某 个 请 求 的 对 象 并 不 止 一 个 ,例如 大 学 里 的 奖学金 审批 ,学 生 在 
向 辅导 员 提 交 审 批 表 之 后 首先 是 辅导 员 签 字 审 批 ,然后 交 给 系 主任 签字 审批 ,接着 是 院 长 审 
批 ,最 后 可 能 是 校长 来 审批 ,在 这 个 过 程 中 奖学金 申请 表 可 以 看 成 是 一 个 请 求 对 象 , 而 不 同 
级 别 的 审批 者 都 可 以 处 理 该 请 求 对 象 ,除了 辅导 员 之 外 ,学 生 不 需要 一 一 与 其 他 审批 者 交 
互 , 只 需要 等 待 结 果 即 可 。 在 审批 过 程 中 如 果 某 一 个 审批 者 认为 不 符合 条 件 , 则 请 求 中 止 ， 
否则 将 请 求 递交 给 下 一 个 审批 者 ,最 后 由 校长 来 确定 能 和 否 授予 奖学金 。 该 过 程 可 以 用 如 
图 16-1 所 示 的 示意 图 来 表示 。 


YY -YY - 


学 生 辅导 员 “” 系 主任 。” 院 长 校长 
图 16-1 奖学金 审批 示意 图 


在 图 16-1 中 ,辅导 员 、 系 主任 、 院 长 ,校长 都 可 以 处 理 奖 学 金 申 请 表 , 他 们 构成 一 个 处 理 
申请 表 的 链 式 结构 ,申请 表 沿 着 这 条 链 进行 传递 ,这 条 链 就 称 为 职责 链 。 

职责 链 可 以 是 一 条 直线 、 一 个 环 或 者 一 个 树 形 结构 ,最 常见 的 职责 链 是 直线 型 , 即 沿 着 
一 条 单 向 的 链 来 传递 请 求 。 链 上 的 每 一 个 对 象 都 是 请 求 处 理 者 ,职责 链 模式 可 以 将 请 求 的 
处 理 者 组 织 成 一 条 链 , 并 让 请 求 沿 着 链 传递 ,由 链 上 的 处 理 者 对 请 求 进 行 相应 的 处 理 ,客户 
端 无 须 关 心 请 求 的 处 理 细节 以 及 请 求 的 传递 ,只 需 将 请 求 发 送 到 链 上 即 可 ,将 请 求 的 发 送 者 
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和 请 求 的 处 理 者 解 耘 。 这 就 是 职责 链 模 式 的 模式 动机 。 
职责 链 模式 的 定义 如 下 : 


职责 链 模式 : 避免 将 一 个 请 求 的 发 送 者 与 接收 者 耦合 在 一 起 ,让 
多 个 对 象 都 有 机 会 处 理 请 求 。 将 接收 请 求 的 对 象 连接 成 一 条 链 ,并 且 
沿 着 这 条 链 传递 请 求 , 直 到 有 一 个 对 象 能 够 处 理 它 为 止 。 

Chain of Responsibility Pattern: Avoid coupling the sender of a 
request to its receiver by giving more than one object a chance to 


handle the request. Chain the receiving objects and pass the request 


along the chain until an object handles it. 


由 于 英文 翻译 的 不 同 , 职 责 链 模式 又 称 为 责任 链 模式 , 它 是 一 种 对 象 行为 型 模式 。 


16.3 ”职责 链 模式 结构 与 实现 


16.3.1 职责 链 模式 结构 
职责 链 模式 结构 的 核心 在 于 引入 了 一 个 抽象 处 理 者 ,其 结构 如 图 16-2 所 示 。 


Handler 
bb 二 志和 宇和 河 - successor : Handler 
+ handleRequest () 


Client 


ConcreteHandlerA ConcreteHandlerB 


+ handleRequest () + handleRequest () 


图 16-2 职责 链 模式 结构 图 


由 图 16-2 可 知 ,职责 链 模式 包含 以 下 两 个 角色 。 

(1) Handler( 抽 象 处 理 者 ) : 它 定义 了 一 个 处 理 请 求 的 接口 ,一 般 设 计 为 抽象 类 ,由 于 不 
同 的 具体 处 理 者 处 理 请 求 的 方式 不 同 ,因此 在 其 中 定义 了 抽象 请 求 处 理 方法 。 每 一 个 处 理 
者 的 下 家 还 是 一 个 处 理 者 , 故 在 抽象 处 理 者 中 定义 了 一 个 抽象 处 理 者 类 型 的 对 象 (如 结构 图 
中 的 successor) 作 为 其 对 下 家 的 引用 ,通过 该 引用 处 理 者 可 以 连 成 一 条 链 。 

(2) ConcreteHandler( 具 体 处 理 者 ): 它 是 抽象 处 理 者 的 子 类 ,可 以 处 理 用 户 请 求 ,在 具 
体 处 理 者 类 中 实现 了 抽象 处 理 者 中 定义 的 抽象 请 求 处 理 方法 ,在 处 理 请 求 之 前 需要 进行 判 
断 , 看 是 否 有 相应 的 处 理 权 限 , 如 果 可 以 处 理 请 求 就 处 理 它 , 否 则 将 请 求 转发 给 后 继 者 ; 在 
具体 处 理 者 中 可 以 访问 链 中 的 下 一 个 对 象 ,以 便 请 求 的 转发 。 
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16.3.2 职责 链 模式 实现 


在 职责 链 模式 中 很 多 对 象 由 每 一 个 对 象 对 其 下 家 的 引用 连接 起 来 形成 一 条 链 。 请 求 在 
这 个 链 上 传递 ,直到 链 上 的 某 一 个 对 象 决定 处 理 此 请 求 。 发 出 这 个 请 求 的 客户 端 并 不 知道 
链 上 的 哪 一 个 对 象 最 终 处 理 这 个 请 求 ,这 使 得 系统 可 以 在 不 影响 客户 端的 情况 下 动态 地 重 
新 组 织 链 和 分 配 责任 。 

职责 链 模式 的 核心 在 于 抽象 处 理 者 类 的 设计 ,抽象 处 理 者 的 典型 代码 如 下 : 


public abstract class Handler { 
// 维 持 对 下 家 的 引用 
protected Handler successor; 


public void setSuccessor(Handler successor) { 
this. successor = successor; 
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public abstract void handleRequest (String request); 
} 


在 上 述 代码 中 ,抽象 处 理 者 类 定义 了 对 下 家 的 引用 对 象 ,以 便 将 请 求 转发 给 下 家 ,该 对 
象 的 访问 符 可 设 为 protected, 在 其 子 类 中 可 以 使 用 。 在 抽象 处 理 者 类 中 声明 了 抽象 的 请 求 
处 理 方法 ,具体 实现 交 由 子 类 完成 。 

有 具体 处 理 者 是 抽象 处 理 者 的 子 类 , 它 有 两 个 作用 : 一 是 处 理 请 求 ,不同 的 具体 处 理 者 以 
不 同 的 形式 实现 抽象 请 求 处 理 方法 handleRequest(); 二 是 转发 请 求 , 如 果 该 请 求 超 出 了 当 
前 处 理 者 类 的 权限 ,可 以 将 该 请 求 转发 给 下 家 。 具 体 处 理 者 类 的 典型 代码 如 下 : 


public class ConcreteHandler extends Handler { 
public void handleRequest (String request) { 
if (请 求 满足 条 件 ) { 
// 处 理 请 求 
} 
else { 
this. successor. handleRequest (request); // 转 发 请 求 
} 


让 


在 具体 处 理 类 中 通过 对 请 求 进行 判断 可 以 做 出 相应 的 处 理 。 

需要 注意 的 是 ,职责 链 模式 并 不 负责 创建 职责 链 , 职 责 链 的 创建 工作 必须 由 系统 的 其 他 
部 分 来 完成 ,一 般 是 在 使 用 该 职责 链 的 客户 端 中 创建 职责 链 。 职 责 链 模式 降低 了 请 求 的 发 
送 端 和 接收 端 之 间 的 耦合 ,使 多 个 对 象 都 有 机 会 处 理 这 个 请 求 。 典 型 的 客户 端 代码 片段 
如 下 : 
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Handler handler1l, handler2, handler3; 
handler1l = new ConcreteHandlerR( ); 
handler2 = new ConcreteHandlerB( ); 
handler3 = new ConcreteHandlerC( ); 
// 创 建 职责 链 

handler1. setSuccessor(handler2); 
handler2. setSuccessor(handler3); 

// 发 送 请 求 ,请 求 对 象 通 常 为 自 定义 类 型 
handler1. handleRequest ("请求 对 象 "); 


16.4 职责 链 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 职责 链 模 式 。 
1. 实例 说 明 


某 企 业 的 SCM(Supply Chain Management, 供 应 链 管 理 ) 系 统 中 包含 一 个 
采购 审批 子 系统 。 该 企业 的 采购 审批 是 分 级 进行 的 , 即 根据 采购 金额 的 不 同 由 
不 同 层 次 的 主管 人 员 来 审批 ,主任 可 以 审批 5 万 元 以 下 (不 包括 5 万 元 ) 的 采购 
单 , 副 董事 长 可 以 审批 5 万 元 至 10 万 元 (不 包括 10 万 元 ) 的 采购 单 , 董 事 长 可 
以 审批 10 万 元 至 50 万 元 (不 包括 50 万 元 ) 的 采购 单 ,50 万 元 及 以 上 的 采购 单 
则 需要 开 董 事 会 讨论 决定 ,如 图 16-3 所 示 。 


N 金额 <5 万 元 5 万 元 所 金额 <10 万 元 10 万 元 所 金额 <50 万 元 金额 宇 50 万 元 


rep 


采购 人 员 副 董事 长 董事 长 
图 16-3 采购 单 分 级 审批 示意 图 


现 使 用 职责 链 模式 设计 并 实现 该 系统 。 


2. 实例 类 图 

通过 分 析 ,本 实例 的 结构 图 如 图 16-4 所 示 。 

在 图 16-4 中 ,抽象 类 Approver 充当 抽象 处 理 者 (抽象 传递 者 ) , Director、VicePresident、 
President 和 Congress 充当 具体 处 理 者 (具体 传递 者 ) ,PurchaseRequest 充当 请 求 类 。 

3. 实例 代码 

(1) PurchaseRequest: 采购 单 类 ,充当 请 求 类 。 
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PurchaseRequest 
~ amount : double 
- number : nt 
- purpose : String 
+ PurchaseRequest (double amount 站 es | 
int number, String purpose) Fk : 
+ setAmount (double amount) :vold + Approver (String name) Re 
+ getAmount () 2 oi + setSuccessor (Approver successor) :vold 
的 > + processRequest (PurchaseRequest request) : void 
+ getNumber () :int 
+ setPurpose (String purpose) :vold | 
+ getPurpose () : String 


Approver 


{abstract} 


Director Congress 


+ Director (String name) + Congress (String name) 
+ processRequest (PurchaseRequest request) : void + processRequest (PurchaseRequest request) : void 


VicePresident President 


+ VicePresident (String name) + President (String name) 
+ processRequest (PurchaseRequest request) : void | |+ processRequest (PurchaseRequest request) : void 


图 16-4 采购 单 分 级 审批 结构 图 


//designpatterns. cor. PurchaseRequest. java 
package designpatterns. cor; 


public class PurchaseRequest { 
private double amount; ” // 采 购 金 额 
private int number; // 采 购 单 编号 
private String purpose; ”// 采 购 目的 


public PurchaseRequest (double amount, int number, String purpose) { 
this. amount = amount; 
this. number = number; 
this. purpose = purpose; 


public void setAmount(double amount) { 
this. amount = amount; 


public double getAmount() { 
return this. amount; 


public void setNumber( int number) { 
this. number = number; 


public int getNumber() { 
return this. number; 


public void setPurpose( String purpose) { 
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this. purpose = purpose; 


public String getPurpose() { 
return this. purpose; 


} 


(2) Approver: 审批 者 类 ,充当 抽象 处 理 者 。 


//designpatterns. cor. Approver. java 
package designpatterns. cor; 


public abstract class Approver { 
protected Approver successor; // 定 义 后 继 对 象 
protected String name; // 审 批 者 姓名 


public Approver(String name) { 
this. name = name; 


} 


// 设 置 后 继 者 
public void setSuccessor(Approver successor) { 
this. successor = successor; 
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// 抽 象 请 求 处 理 方法 
public abstract void processRequest(PurchaseRequest request); 


(3) Director: 主任 类 ,充当 具体 处 理 者 。 


//designpatterns. cor. Director. java 
package designpatterns. cor; 


public class Director extends Approver { 
public Director(String name) { 
super (name); 


} 


// 具 体 请 求 处 理 方法 
public void processRequest(PurchaseRequest request) { 
if (request.getAmount() < 50000) { 
System. out. println(" 主 任 " + this. name + "审批 采购 单 : ”+ request. getNumber()+", 金 
额 : "+ request. getAmount() + "元 ,采购 目的 : ”+ request. getPurpose()+"."); 
// 处 理 请 求 
} 


else { 
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this. successor. processRequest(request); // 转 发 请 求 


(4) VicePresident: 副 董 事 长 类 ,充当 具体 处 理 者 。 


//designpatterns. cor. VicePresident. java 
package designpatterns. cor; 


public class VicePresident extends Approver { 
public VicePresident(String name) { 
super (name); 


} 


// 具 体 请 求 处 理 方法 
public void processRequest(PurchaseRequest request) { 
if (request.getAmount() <100000) { 
System. out. println(" 副 董事 长 " + this. name + "审批 采购 单 : " + request. getNumber 
() +", 金 额 ;" + request.getAmount() +" 元 ,采购 目的 : " + request. getPurpose() +"."); 


// 处 理 请 求 
else { 
this. successor. processRequest(request); // 转 发 请 求 


(5) President: 董事 长 类 ,充当 具体 处 理 者 。 


//designpatterns. cor. President. java 
package designpatterns. cor; 


public class President extends Approver { 
public President(String name) { 
super (name); 


} 


// 具 体 请 求 处 理 方法 
public void processRequest(PurchaseRequest request) { 
if (request.getAmount() <500000) { 
System. out. println(" 董 事 长 " + this. name + "审批 采购 单 : " + request. getNumber() 
+", 金 额 : " + request.getAmount() +" 元 ,采购 目的 : " + request. getPurpose() +"."); 
// 处 理 请 求 
} 


else { 


this. successor. processRequest(request); // 转 发 请 求 
} 
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(6) Congress: 董事 会 类 ,充当 具体 处 理 者 。 


//designpatterns. cor. Congress. java 
package designpatterns. cor; 


public class Congress extends Approver { 
public Congress(String name) { 
super (name); 


// 具 体 请 求 处 理 方法 
public void processRequest(PurchaseRequest request) { 
System. out. println(" 召开 董事 会 审批 采购 单 : ”+ request. getNumber( ) +", 金 额 : " + 
request.getAmount() + "元 ,采购 目的 : "+ request.getPurpose()+"."); // 处 理 请 求 
| 


(7) Client: 客户 端 测试 类 。 


//designpatterns. cor. Client. java 
package designpatterns. cor; 


public class Client { 
public static void main(String[ ] args) { 
Approver wjzhang, gyang, jguo, meeting; 
wjzhang = new Director(" 张 无 忌 ") 
gyang = new VicePresident(" 杨 过 "); 
jguo = new President(" 郭 靖 "); 
meeting = new Congress( "董事会 "); 


// 创 建 职责 链 

wjzhang. setSuccessor(gyang); 
gyang. setSuccessor(jguo); 
jguo. setSuccessor(meeting); 


// 创 建 采购 单 
PurchaseRequest prl = new PurchaseRequest(45000,10001, "购买 倚天 剑 "); 
wjzhang. processRequest (pr1); 


PurchaseRequest pr2 = new PurchaseRequest(60000,10002, "购买 < 葵花 宝典 >") ; 
wjzhang. processRequest (pr2); 


PurchaseRequest pr3 = new PurchaseRequest(160000,10003, "购买 «金刚 经 >"); 
wjzhang. processRequest( pr3); 


PurchaseRequest pr4 = new PurchaseRequest(800000,10004, "购买 桃花 岛 "); 
wjzhang. processRequest (pr4); 
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4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


主任 张无忌 审批 采购 单 : 10001, 金额: 45000.0 元 ,采购 目的 : 购买 倚天 剑 。 

副 董 事 长 杨过 审批 采购 单 : 10002, 金额 : 60000.0 元 ,采购 目的 : 购买 < 葵花 宝典 >。 
董事 长 郭靖 审批 采购 单 : 10003, 金额 : 160000.0 元 ,采购 目的 : 购买 < 金刚 经 > 。 
召开 董事 会 审批 采购 单 : 10004, 金额: 800000.0 元 ,采购 目的 : 购买 桃花 岛 。 


如 果 需 要 在 系统 中 增加 一 个 新 的 具体 处 理 者 ,例如 增加 一 个 经 理 (Manager) 角 色 可 以 
审批 5 万 元 至 8 万 元 (不 包括 8 万 元 ) 的 采购 单 ,需要 编写 一 个 新 的 具体 处 理 者 类 Manager 
作为 抽象 处 理 者 类 Approver 的 子 类 ,实现 在 Approver 类 中 定义 的 抽象 处 理 方法 ,如 果 采 
购 金额 大 于 等 于 8 万 元 , 则 将 请 求 转发 给 下 家 。 其 代码 如 下 : 


//designpatterns. cor. Manager. java 
package designpatterns. cor; 


public class Manager extends Approver { 
public Manager (String name) { 
super (name); 


} 


// 具 体 请 求 处 理 方法 
public void processRequest(PurchaseRequest request) { 
if (request.getAmount() <80000) { 
System. out. println(" 经 理 " + this. name + "审批 采购 单 : " + request. getNumber()+", 金 
额 : " + request.getAmount()+" 元 ,采购 目的 : ”+ request. getPurpose()+"."); 
// 处 理 请 求 
else { 
this. successor. processRequest(request); // 转 发 请 求 
} 


由 于 链 的 创建 过 程 由 客户 端 负责 ,因此 增加 新 的 具体 处 理 者 类 对 原 有 类 库 无 任何 影响 ， 
无 须 修改 已 有 类 的 源 代 码 ,符合 开 闭 原则 。 

在 客户 端 代码 中 ,如 果 要 将 新 的 具体 请 求 处 理 者 应 用 在 系统 中 ,需要 创建 新 的 具体 处 理 
者 对 象 ,然后 将 该 对 象 加 入 职责 链 中 。 在 客户 端 测试 代码 中 增加 以 下 代码 : 


Approver rhuang; 


rhuang = new Manager(" 黄 著 "); 


将 建 链 代码 改 为 : 


// 创 建 职责 链 
wjzhang. setSuccessor (rhuang); // 将 " 黄 鞭 "作为 "张无忌 "的 下 家 
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rhuang. setSuccessor(gyang); // 将 "杨过 "作为 " 黄 其 "的 下 家 
gyang. setSuccessor( jguo); 
jguo. setSuccessor (meeting); 


重新 编译 并 运行 程序 ,输出 结果 如 下 : 


主任 张 无 肪 审批 采购 单 : 10001, 金额 : 45000.0 元 ,采购 目的 : 购买 倚天 剑 。 
经 理 黄蓉 审批 采购 单 : 10002, 金额 : 60000.0 元 ,采购 目的 : 购买 < 葵花 宝典 >。 
董事 长 郭靖 审批 采购 单 : 10003, 金额 : 160000.0 元 ,采购 目的 : 购买 < 金刚 经 > 。 
召开 董事 会 审批 采购 单 : 10004, 金额 : 800000.0 元 ,采购 目的 : 购买 桃花 岛 。 


16.5 纯 与 不 纯 的 职责 链 模式 


职责 链 模式 可 分 为 纯 的 职责 链 模式 和 不 纯 的 职责 链 模 式 两 种 。 

1. 纯 的 职责 链 模式 

一 个 纯 的 职责 链 模式 要 求 一 个 具体 处 理 者 对 象 只 能 在 两 个 行为 中 选择 一 个 ,要 么 承担 
全 部 责任 ,要 么 将 责任 推 给 下 家 ,不 允许 出 现 某 一 个 具体 处 理 者 对 象 在 承担 了 一 部 分 或 全 部 
责任 后 又 将 责任 向 下 传递 的 情况 。 而 且 在 纯 的 职责 链 模 式 中 要 求 一 个 请 求 必 须 被 某 一 
理 者 对 象 所 接收 ,不 能 出 现 某 个 请 求 未 被 任何 一 个 处 理 者 对 象 处 理 的 情况 。 在 16. 4 节 的 采 
购 单 审批 实例 中 应 用 的 是 纯 的 职责 链 模式 。 

2. 不 纯 的 职责 链 模式 


在 一 个 不 纯 的 职责 链 模式 中 允许 某 个 请 求 被 一 个 具体 处 理 者 部 分 处 理 后 再 向 下 传递 ， 
或 者 一 个 具体 处 理 者 处 理 完 某 请 求 后 其 后 继 处 理 者 可 以 继续 处 理 该 请 求 ,而 且 一 个 请 求 可 
以 最 终 不 被 任何 处 理 者 对 象 所 接收 并 处 理 。 

Java AWT 1.0 中 的 事件 处 理 模型 应 用 的 是 不 纯 的 职责 链 模式 ,其 基本 原理 如 下 : 由 于 
窗口 组 件 (如 按钮 文本 框 等 ) 一 般 位 于 容器 组 件 中 ,因此 当 事 件 发 生 在 某 一 个 组 件 上 时 先 通 
过 组 件 对 象 的 handleEvent() 方 法 将 事件 传递 给 相应 的 事件 处 理 方法 ,该 事件 处 理 方法 将 处 
理 此 事件 ,然后 决定 是 否 将 该 事件 向 上 一 级 容器 组 件 传播 ; 上 级 容器 组 件 在 接 到 事件 之 后 
可 以 继续 处 理 此 事件 并 决定 是 否 继续 向 上 级 容器 组 件 传播 ,如 此 反复 ,直到 事件 到 达 顶 层 容 
器 组 件 为 止 ; 如 果 一 直 传 到 最 顶层 容器 仍 没有 处 理 方法 , 则 该 事件 不 予 处 理 。 每 一 级 组 件 
在 接收 到 事件 时 都 可 以 处 理 此 事件 ,而 不 论 此 事件 是 否 在 上 一 级 已 得 到 处 理 , 还 存在 事件 未 
被 处 理 的 情况 。 显 然 , 这 就 是 不 纯 的 职责 链 模式 .早期 的 Java AWT 事件 模型 (JDK 1.0 及 
更 早 ) 中 的 这 种 事件 处 理 机 制 又 叫 事件 浮 升 (Event Bubbling) 机 制 。 从 Java. 1. 1 以 后 ,JDK 
使 用 观察 者 模式 代替 职责 链 模式 来 处 理事 件 。 目 前 ,在 JavaScript 中 仍然 可 以 使 用 这 种 事 
件 浮 升 机 制 来 进行 事件 处 理 。 


16.6 ”职责 链 模 式 优 /缺点 与 适用 环境 


职责 链 模 式 通过 建立 一 条 链 来 组 织 请 求 的 处 理 者 ,请求 将 沿 着 链 进行 传递 ,请 求 发 送 者 
无 须知 道 请 求 在 何 时 、 何 处 以 及 如 何 被 处 理 ,实现 了 请 求 发 送 者 与 处 理 者 的 解 耦 。 在 软件 开 
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发 中 ,如 果 遇 到 有 多 个 对 象 可 以 处 理 同 一 请 求 可 以 应 用 职责 链 模式 ,例如 在 Web 应 用 开发 
中 创建 多 个 过 滤器 (Filter) 链 来 对 请 求 数据 进行 过 滤 ,在 工作 流 系统 中 实现 公文 的 分 级 审批 
等 ,使 用 职责 链 模式 可 以 较 好 地 解决 此 类 问题 。Java 语言 中 的 异常 处 理 (Exception 
Handlers) 机 制 也 是 职责 链 模式 的 典型 应 用 之 一 ,不 同 的 catch 子 句 可 以 处 理 不 同类 型 的 异 
常 ,这 些 catch 子 句 构成 了 一 条 处 理 异常 对 象 的 职责 链 。 


16.6.1 职责 链 模式 优点 


职责 链 模式 的 优点 主要 如 下 : 

(1) 职责 链 模 式 使 得 一 个 对 象 无 须知 道 是 其 他 哪 一 个 对 象 处 理 其 请 求 , 对 象 仅 需 知道 
该 请 求 会 被 处 理 即 可 ,接收 者 和 发 送 者 都 没有 对 方 的 明确 信息 ,并 且 链 中 的 对 象 不 需要 知道 

的 结构 ,由 客户 端 负责 链 的 创建 ,降低 了 系统 的 耦合 度 。 

(2) 请 求 处 理 对 象 仅 需 维持 一 个 指向 其 后 继 者 的 引用 ,而 不 需要 维持 它 对 所 有 的 候选 
处 理 者 的 引用 ,可 简化 对 象 之 间 的 相互 连接 。 

(3) 在 给 对 象 分 派 职 责 时 ,职责 链 可 以 带 来 更 多 的 灵活 性 ,可 以 通过 在 运行 时 对 该 链 进 
行动 态 的 增加 或 修改 来 增加 或 改变 处 理 一 个 请 求 的 职责 

(4) 在 系统 中 增加 一 个 新 的 具体 请 求 处 理 者 时 无 须 修 改 原 有 系统 的 代码 ,只 需要 在 客 
户 端 重新 建 链 即 可 ,从 这 一 点 来 看 是 符合 开 闭 原则 的 。 


16.6.2 职责 链 模式 缺点 


职责 链 模式 的 缺点 主要 如 下 : 

(1) 由 于 一 个 请 求 没有 明确 的 接收 者 ,那么 就 不 能 保证 它 一 定 会 被 处 理 , 该 请 求 可 能 一 
直到 链 的 末端 都 得 不 到 处 理 ; 一 个 请 求 也 可 能 因 职 责 链 没有 被 正确 配置 而 得 不 到 处 理 。 

(2) 对 于 比较 长 的 职责 链 , 请 求 的 处 理 可 能 涉及 多 个 处 理 对 象 ,系统 性 能 将 受到 一 定 的 
影响 ,而 且 在 进行 代码 调试 时 不 太 方 便 。 

(3) 如 果 建 链 不 当 , 可 能 会 造成 循环 调用 ,将 导致 系统 陷入 死 循环 。 


16.6.3 职责 链 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 职责 链 模式 : 

(1) 有 多 个 对 象 可 以 处 理 同一 个 请 求 , 具 体 哪个 对 象 处 理 该 请 求 待 运行 时 刻 再 确定 , 客 
户 端 只 需 将 请 求 提 交 到 链 上 ,而 无 须 关心 请 求 的 处 理 对 象 是 谁 以 及 它 是 如 何 处 理 的 。 

(2) 在 不 明确 指定 接收 者 的 情况 下 向 多 个 对 象 中 的 一 个 提交 一 个 请 求 。 

(3) 可 动态 指定 一 组 对 象 处 理 请 求 ,客户 端 可 以 动态 创建 职责 链 来 处 理 请 求 , 还 可 以 改 
变 链 中 处 理 者 之 间 的 先后 次 序 。 


16.7 ”本章 小 结 


1. 行为 型 模式 关注 系统 中 对 象 之 间 的 交互 ,研究 系统 在 运行 时 对 象 之 间 的 相互 通信 和 与 
协作 ,进一步 明确 对 象 的 职责 。 在 GoF 设计 模式 中 一 共 包 含 11 种 行为 型 模式 。 
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2. 在 职责 链 模式 中 为 了 避免 将 一 个 请 求 的 发 送 者 与 接收 者 耦合 在 一 起 ,让 多 个 对 象 都 
有 机 会 处 理 请 求 ,将 接收 请 求 的 对 象 连接 成 一 条 链 ,并 且 沿 着 这 条 链 传递 请 求 , 直 到 有 一 个 
对 象 能 够 处 理 它 为 止 。 职 责 链 模式 是 一 种 对 象 行为 型 模式 。 

3. 职责 链 模式 包含 抽象 处 理 者 和 具体 处 理 者 两 个 角色 。 其 中 ,抽象 处 理 者 定义 了 一 个 
处 理 请 求 的 接口 , 它 定义 了 一 个 抽象 处 理 者 类 型 的 对 象 , 作 为 其 对 下 家 的 引用 ,通过 该 引用 
处 理 者 可 以 连 成 一 条 链 ; 具体 处 理 者 是 抽象 处 理 者 的 子 类 ,可 以 处 理 用 户 请 求 , 在 处 理 请 求 
之 前 需要 进行 判断 ,看 是 否 有 相应 的 处 理 权 限 , 如 果 可 以 处 理 请 求 就 处 理 它 , 否 则 将 请 求 转 
发 给 后 继 者 进行 处 理 。 

4. 职责 链 模式 的 优点 主要 是 使 一 个 对 象 无 须知 道 是 其 他 哪 一 个 对 象 处 理 其 请 求 ,降低 
了 系统 的 耦合 度 ,简化 了 对 象 之 间 的 相互 连接 ,给 对 象 职责 的 分 派 带 来 更 多 的 灵活 性 ,同时 
增加 一 个 新 的 具体 请 求 处 理 者 较为 方便 。 职 责 链 模式 的 缺点 主要 在 于 不 能 保证 请 求 一 定 会 
被 处 理 ; 对 于 比较 长 的 职责 链 , 系 统 性 能 将 受到 一 定 的 影响 ; 如 果 建 链 不 当 , 可 能 会 造成 循 
环 调用 ,将 导致 系统 陷入 死 循 环 。 

5. 职责 链 模式 适用 于 以 下 环境 : 有 多 个 对 象 可 以 处 理 同一 个 请 求 ,具体 哪个 对 象 处 理 
该 请 求 待 运行 时 刻 再 确定 ; 在 不 明确 指定 接收 者 的 情况 下 ,向 多 个 对 象 中 的 一 个 提交 一 个 
请 求 ; 可 动态 指定 一 组 对 象 处 理 请 求 ,客户 端 可 以 动态 创建 职责 链 来 处 理 请 求 , 还 可 以 改变 
链 中 处 理 者 之 间 的 先后 次 序 。 

6. 职责 链 模式 可 分 为 纯 的 职责 链 模 式 和 不 纯 的 职责 链 模式 ,其 中 ,一 个 纯 的 职责 链 模 
式 要 求 一 个 具体 处 理 者 对 象 要 么 承担 全 部 责任 ,要 么 将 责任 推 给 下 家 ,一 个 请 求 必须 被 某 一 
个 处 理 者 对 象 所 接收 ; 在 一 个 不 纯 的 职责 链 模式 中 ,允许 某 个 请 求 被 一 个 具体 处 理 者 部 分 
处 理 后 再 向 下 传递 ,或 者 一 个 具体 处 理 者 处 理 完 某 请 求 后 其 后 继 处 理 者 可 以 继续 处 理 该 请 
求 ,而 且 一 个 请 求 可 以 最 终 不 被 任何 处 理 者 对 象 所 接收 并 处 理 。 


16.8 习题 


1. 图 16-5 描述 了 一 种 设计 模式 ,该 设计 模式 不 可 以 ( ys 


Ciient Handler 
i Successor : Handier 
+ handleRequest () De 


ConcreteHandierA ConcreteHandlerB 


+ handieRequest () + handleRequest() 


图 16-5 某 设计 模式 结构 图 


. 动态 决定 由 一 组 对 象 中 的 某 个 对 象 处 理 该 请 求 

.动态 指定 处 理 一 个 请 求 的 对 象 集合 .并 高 效率 地 处 理 一 个 请 求 

. 使 多 个 对 象 都 有 机 会 处 理 请 求 ,避免 请 求 的 发 送 者 和 接收 者 间 的 耦合 关系 
. 将 对 象 连 成 一 条 链 ,并 沿 着 该 链 传递 请 求 


允 > 


一 了 | 
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2. 接力 赛跑 体现 了 ( ) 设 计 模 式 。 
A. 职责 链 (Chain of Responsibility) B. 命令 (Command) 
C. 备忘录 (Memento) D. 工厂 方法 (Factory Method) 

3. Java 语言 中 的 异常 处 理 机 制 是 职责 链 模式 的 一 个 应 用 实例 ,编写 一 个 包含 多 个 
catch 子 句 的 程序 ,理解 异常 处 理 的 实现 过 程 ,并 判断 此 处 使 用 的 是 纯 的 职责 链 模式 还 是 不 
纯 的 职责 链 模式 。 

4. 在 军队 中 一 般 根据 战争 规模 的 大 小 和 重要 性 由 不 同 级 别 的 长 官 COfficer) 来 下 达 作 
战 命令 ,情报 人 员 向 上 级 递交 军情 (包括 敌人 的 人 数 等 信息 ) ,作战 命令 需要 上 级 批准 ,如 果 
直接 上 级 不 具备 下 达 命 令 的 权力 , 则 又 传 给 他 的 上 级 ,直到 有 人 可 以 决定 为 止 。 现 使 用 职责 
链 模 式 来 模拟 该 过 程 ,客户 类 模拟 情报 人 员 ,首先 向 级 别 最 低 的 班长 (Banzhang) 递 交 任务 
书 (Mission), 即 军情 ,如 果 超 出 班长 的 权力 范围 , 则 传递 给 排 长 (Paizhang) ,如果 排 长 也 不 
能 处 理 则 传递 给 营 长 (Yingzhang), 如 果 营 长 也 不 能 处 理 则 需要 开会 讨论 。 设 置 这 几 级 长 
官 的 权力 范围 分 别 如 下 : 

(1) 敌人 数量 二 10, 班 长 下 达 作战 命令 ; 

(2) 10 达 = 敌人 数量 二 50, 排 长 下 达 作战 命令 ; 

(3) 50 达 = 敌人 数量 二 200, 营 长 下 达 作战 命令 ; 

(4) 敌人 数量 二 二 200, 需 要 开会 讨论 再 下 达 作 战 命令 。 

要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

5. 某 公司 要 开发 一 个 软件 系统 的 在 线 文档 帮助 系统 ,用 户 可 以 在 任何 一 个 查询 上 下 文 
中 输入 查询 关键 字 , 如 果 当 前 查询 环境 下 没有 相关 内 容 , 则 系统 会 将 查询 按照 一 定 的 顺序 转 
发 给 其 他 查询 环境 。 基 于 上 述 需 求 , 试 采用 职责 链 模 式 对 该 系统 进行 设计 。 

6. 某 OA 系统 需要 提供 一 个 假 条 审批 模块 : 如 果 员 工 请 假 天 数 小 于 3 天 ,主任 可 以 审 
批 该 假 条 ; 如 果 员 工 请 假 天 数 大 于 等 于 3 天 ,小 于 10 天 ,经 理 可 以 审批 ; 如 果 员 工 请 假 天 数 
大 于 等 于 10 天 ,小 于 30 天 ,总 经 理 可 以 审批 ; 如 果 超 过 30 天 ,总 经 理 也 不 能 审批 ,提示 相 
应 的 拒绝 信息 。 试 使 用 职责 链 模式 设计 该 假 条 审批 模块 ,要 求 绘制 相应 的 类 图 并 使 用 Java 
语言 编程 实现 。 


命令 模式 是 常用 的 行为 型 设计 模式 之 一 , 它 将 请 求 发 送 者 与 请 求 接收 者 
解 耦 ,请 求 发 送 者 通过 命令 对 象 来 间接 引用 接收 者 ,使 得 系统 具有 更 好 的 灵活 
性 ,可 以 在 不 修改 现 有 系统 源 代码 的 情况 下 让 相同 的 发 送 者 对 应 不 同 的 接 
收 者 。 

本 章 将 学 习 命令 模式 的 定义 与 结构 ,结合 实例 学 习 如 何 实现 命令 模式 ,并 
理解 命令 队列 、 请 求 日 志 、 撤 销 操作 和 宏 命令 的 实现 原理 。 

本 章 知识 点 

。 命令 模式 的 定义 

。 命令 模式 的 结构 

。 命令 模式 的 实现 

。 命令 模式 的 应 用 

。 命令 模式 的 优 /缺点 

。 命令 模式 的 适用 环境 

。 实现 命令 队列 

。 记录 请 求 日 志 

。 实现 撤销 操作 

。 宏 命令 


17.1 命令 模式 概述 


在 现实 生活 中 人 们 通过 使 用 开关 来 控制 一 些 电 器 的 打开 和 关闭 ,例如 电灯 或 者 排 气 扇 。 
在 购买 开关 时 ,人 们 并 不 知道 它 将 来 到 底 用 于 控制 什么 电器 ,也 就 是 说 开关 与 电灯 、 排 气 扇 
并 无 直接 关系 ,一 个 开关 在 安装 之 后 可 能 用 来 控制 电灯 ,也 可 能 用 来 控制 排 气 扇 或 者 其 他 电 
器 设备 。 开 关 与 电器 之 间 通 过 电线 建立 连接 ,如 果 开 关 打 开 , 则 电线 通电 ,电器 工作 ; 反之 ， 
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开关 关闭 ,电线 断 电 ,电器 停止 工作 。 相 同 的 开关 可 以 通过 不 同 的 电线 来 控制 不 同 的 电器 ， 
如 图 17-1 所 示 。 i 

在 图 17-1 中 可 以 将 开关 理解 成 一 个 请 求 的 发 送 请 
者 ,用 户 通 过 它 来 发 送 一 个 “ 开 灯 "请求, 而 电灯 是 “ 开 电线 
灯 ? 请 求 的 最 终 接收 者 和 处 理 者 ,开关 和 电灯 之 间 并 不 加 
存在 直接 耦合 关系 ,它们 通过 电线 连接 在 一 起 ,使 用 不 三 二 接收 者 (电灯 ) 
同 的 电线 可 以 连接 不 同 的 请 求 接收 者 ,只 需 更 换 一 根 
电线 ,相同 的 发 送 者 (开关 ) 即 可 对 应 不 同 的 接收 者 
(电器 ) 。 

在 软件 开发 中 也 存在 很 多 与 开关 和 电器 类 似 的 请 
求 发 送 者 和 接收 者 对 象 ,例如 一 个 按钮 , 它 可 能 是 一 个 接收 者 ( 排 气 局) 
“关闭 窗口 ”请求 的 发 送 者 ,而 按钮 单 击 事件 处 理 类 则 ”图 17-1 开关 与 电灯 、 排 气 扇 示意 图 
是 该 请 求 的 接收 者 。 为 了 降低 系统 的 耦合 度 , 将 请 求 
的 发 送 者 和 接收 者 解 看 ,可 以 使 用 一 种 被 称 为 命令 模式 的 设计 模式 来 设计 系统 ,在 命令 模式 
中 发 送 者 与 接收 者 之 间 引 入 了 新 的 命令 对 象 (类 似 图 17-1 中 的 电线 ) ,将 发 送 者 的 请 求 封装 
在 命令 对 象 中 ,再 通过 命令 对 象 来 调用 接收 者 的 方法 。 

命令 模式 可 以 将 请 求 发 送 者 和 接收 者 完全 解 耦 ,发 送 者 与 接收 者 之 间 没 有 直接 引用 关 
系 ,发 送 请 求 的 对 象 只 需要 知道 如 何 发 送 请 求 ,而 不 必 知 道 如 何 完成 请 求 。 

命令 模式 的 定义 如 下 : 
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命令 模式 : 将 一 个 请 求 封装 为 一 个 对 象 , 从 而 可 用 不 同 的 请 求 对 
客户 进行 参数 化 ,对 请 求 排队 或 者 记录 请 求 日 志 , 以 及 支持 可 撤销 的 
操作 。 

Command Pattern: Encapsulate a request as an object, thereby 


letting you parameterize clients with different requests, queue or log 


requests,and support undoable operations. 


命令 模式 是 一 种 对 象 行为 型 模式 ,其 别名 为 动作 (Action) 模 式 或 事务 (Transaction) 模 
式 。 命 令 模 式 的 定义 比较 复杂 , 提 到 了 很 多 术语 ,例如 “用 不 同 的 请 求 对 客户 进行 参数 
化 “对 请 求 排队 ”记录 请 求 日 志 ”“ 支 持 可 撤销 操作 ”等 ,在 后 面 将 对 这 些 术语 进行 逐一 
讲解 。 


17.2 命令 模式 结构 与 实现 


17.2.1 命令 模式 结构 


命令 模式 的 核心 在 于 引入 了 抽象 命令 类 和 具体 命令 类 ,通过 命令 类 来 降低 发 送 者 和 接 
收 者 的 耦合 度 ,请 求 发 送 者 只 需 指 定 一 个 命令 对 象 , 再 通过 命令 对 象 来 调用 请 求 接收 者 的 处 
理 方法 ,其 结构 如 图 17-2 所 示 。 


二 238 Java 设 计 模式 


Invoker Command 
三 河 CC | 
| + execute () 
| 
| 
| 
二 
Client ConcreteCommand 
+ execute () 
\ 


3 人 
receiver.action(); 


图 17-2 命令 模式 结构 图 


由 图 17-2 可 知 , 命 令 模式 包含 以 下 4 个 角色 。 

(1) Command( 抽 象 命令 类 ): 抽象 命令 类 一 般 是 一 个 抽象 类 或 接口 ,在 其 中 声明 了 用 
于 执行 请 求 的 execute() 等 方法 ,通过 这 些 方法 可 以 调用 请 求 接收 者 的 相关 操作 。 

(2) ConcreteCommand( 具 体 命令 类 ) : 具体 命令 类 是 抽象 命令 类 的 子 类 ,实现 了 在 抽象 
命令 类 中 声明 的 方法 , 它 对 应 具体 的 接收 者 对 象 ,将 接收 者 对 象 的 动作 绑 定 其 中 。 具 体 命令 
类 在 实现 execute() 方 法 时 将 调用 接收 者 对 象 的 相关 操作 (Action) 。 

(3) Invoker( 调 用 者 ) : 调用 者 即 请 求 发 送 者 , 它 通过 命令 对 象 来 执行 请 求 。 一 个 调用 
者 并 不 需要 在 设计 时 确定 其 接收 者 ,因此 它 只 与 抽象 命令 类 之 间 存 在 关联 关系 。 在 程序 运 
行 时 可 以 将 一 个 具体 命令 对 象 注 入 其 中 ,再 调用 具体 命令 对 象 的 execute() 方 法 ,从 而 实现 
间接 调用 请 求 接收 者 的 相关 操作 。 

(4) Receiver( 接 收 者 ) : 接收 者 执行 与 请 求 相关 的 操作 ,具体 实现 对 请 求 的 业务 处 理 。 


17.2.2 命令 模式 实现 


命令 模式 的 本 质 是 对 请 求 进行 封装 ,一 个 请 求 对 应 于 一 个 命令 ,将 发 出 命令 的 责任 和 执 
行 命令 的 责任 分 割 开 。 每 一 个 命令 都 是 一 个 操作 : 请 求 的 一 方 发 出 请 求 要 求 执行 一 个 操 
作 ; 接收 的 一 方 收 到 请 求 并 执行 相应 的 操作 。 命 令 模 式 允许 请 求 的 一 方 和 接收 的 一 方 独立 
来 ,使 得 请 求 的 一 方 不 必 知 道 接收 请 求 的 一 方 的 接口 ,更 不 必 知 道 请 求 如 何 被 接收 、 操 作 
是 否 被 执行 、 何 时 被 执行 ,以 及 是 怎么 被 执行 的 。 

命令 模式 的 关键 在 于 引入 了 抽象 命令 类 ,请 求 发 送 者 针对 抽象 命令 类 编程 ,只 有 实现 了 
抽象 命令 类 的 具体 命令 才 与 请 求 接收 者 相关 联 。 在 最 简单 的 抽象 命令 类 中 只 包含 了 一 个 抽 
象 的 execute() 方 法 ,每 个 具体 命令 类 将 一 个 Receiver 类 型 的 对 象 作为 一 个 实例 变量 进行 存 
储 , 从 而 具体 指定 一 个 请 求 的 接收 者 ,不 同 的 具体 命令 类 提供 了 execute() 方 法 的 不 同 实 现 ， 
并 调用 不 同 接收 者 的 请 求 处 理 方法 。 

典型 的 抽象 命令 类 代码 如 下 : 


public abstract class Command { 
public abstract void execute( ); 
} 
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对 于 请 求 发 送 者 ( 即 调用 者 ) 而 言 ,将 针对 抽象 命令 类 进行 编程 ,可 以 通过 构造 函数 或 者 
Setter 方法 在 运行 时 注入 具体 命令 类 对 象 , 并 在 业务 方法 中 调用 命令 对 象 的 execute() 方 
法 ,其 典型 代码 如 下 : 


public class Invoker { 
private Command command; 


// 构 造 注入 

public Invoker(Command command) { 
this. command = command; 

} 


// 设 值 注入 

public void setCommand( Command command) { 
this. command = command; 

} 


// 业 务 方法 ,用 于 调用 命令 类 的 execute( ) 方 法 
public void call() { 
command. execute( ); 


L 


具体 命令 类 继承 了 抽象 命令 类 , 它 与 请 求 接收 者 相关 联 ,实现 了 在 抽象 命令 类 中 声明 的 
execute() 方 法 ,并 在 实现 时 调用 接收 者 的 请 求 响应 方法 action() ,其 典型 代码 如 下 : 


public class ConcreteCommand extends Command { 
Private Receiver receiver; // 维 持 一 个 对 请 求 接收 者 对 象 的 引用 


public void execute() { 
receiver. action( ); // 调 用 请 求 接收 者 的 业务 处 理 方法 action() 
} 


请 求 接收 者 Receiver 具体 实现 对 请 求 的 业务 处 理 , 它 拥有 action() 方 法 ,用 于 执行 与 请 
求 相关 的 操作 ,其 典型 代码 如 下 : 


public class Receiver { 
public void action() { 
// 具 体操 作 
} 


17.3 命令 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 命令 模式 。 
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1. 实例 说 明 


为 了 用 户 使 用 方便 ,菜系 统 提供 了 一 系列 功能 键 ,用 户 可 以 自 定义 功 
能 键 的 功能 ,例如 功能 键 FunctionButton 可 以 用 于 退出 系统 (由 
SystemExitClass 类 来 实现 ), 也 可 以 用 于 显示 帮助 文档 (由 DisplayHelpClass 
类 来 实现 )。 

用 户 可 以 通过 修改 配置 文件 改变 功能 键 的 用 途 , 现 使 用 命令 模式 
设计 该 系统 ,使 得 功能 键 类 与 功能 类 之 间 解 辜 , 可 为 同一 个 功能 键 设 
置 不 同 的 功能 。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 17-3 所 示 。 


FunctionButton 
- command : Command 


+ setCommand (Command command) : void 
+ click () :void 


Command 


+ execute () : void 


SystemExitClass| ExitCommand [ HelpCommand DisplayHelpClass 
一 多- seObj : SystemExitClass 上 hcObj : DisplayHelpClass le > 
+ exit () :void + execute () : void 上 execute () : void + display () : void 
seObjexit0); ] hcObj.display(); | 


图 17-3 功能 键 设置 结构 图 


在 图 17-3 中 ,FunctionButton 充当 请 求 调用 者 ,SystemExitClass 和 DisplayHelpClass 
充当 请 求 接收 者 ,Command 是 抽象 命令 类 ,ExitCommand 和 HelpCommand 充当 具体 命 
令 类 。 

3. 实例 代码 

(1) FunctionButton: 功能 键 类 ,充当 请 求 调用 者 (请 求 发 送 者 ) 。 


//designpatterns. command. FunctionButton. java 
package designpatterns. command; 


public class FunctionButton { 
private Command command; // 维 持 一 个 抽象 命令 对 象 的 引用 


// 为 功能 键 注入 命令 

Public void setCommand(Command command) { 
this. command = command; 

) 


// 发 送 请 求 的 方法 
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public void click() { 


System. out. print(" 单 击 功能 键 : "); 
command. execute( ); 


(2) Command: 抽象 命令 类 。 


//designpatterns. command. Command. java 
package designpatterns. command; 


public abstract class Command { 
public abstract void execute( ); 
} 


(3) ExitCommand: 退出 命令 类 ,充当 具体 命令 类 。 


//designpatterns. command. ExitCommand. java 
package designpatterns. command; 


public class ExitCommand extends Command{ 
private SystemExitClass se0bj; // 维 持 对 请 求 接收 者 的 引用 


public ExitCommand() { 
seObj = new SystemExitClass( ); 
} 


// 命 令 执行 方法 ,将 调用 请 求 接收 者 的 业务 方法 
public void execute() { 

seObj. exit(); 
| 


(4) HelpCommand: 帮助 命令 类 ,充当 具体 命令 类 。 


//designpatterns. command. HelpCommand. java 
package designpatterns. command; 


public class HelpCommand extends Command{ 
private DisplayHelpClass hcObj; // 维 持 对 请 求 接收 者 的 引用 


public HelpCommand() { 
hcObj = new DisplayHelpClass( ); 
} 


// 命 令 执行 方法 ,将 调用 请 求 接收 者 的 业务 方法 
public void execute() { 
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hcObj. display()7 


(5) SystemExitClass: 退出 系统 模拟 实现 类 ,充当 请 求 接收 者 。 


//designpatterns. command. SystemExitClass. java 
package designpatterns. command; 


public class SystemExitClass { 
public void exit() { 
System. out. println(" 退 出 系统 !"); 
} 


(6) DisplayHelpClass: 显示 帮助 文档 模拟 实现 类 ,充当 请 求 接收 者 。 


//designpatterns. command. DisplayHelpClass. java 
package designpatterns. command; 


public class DisplayHelpClass { 
public void display() { 
System. out. println(" 显 示 帮 助 文档 !"); 
} 


(7) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 命令 类 的 类 名 。 


<?xml version= "1.0"?> 
<config> 

< className > designpatterns. command. ExitCommand </className > 
</config> 


(8) XMLUtil: 工具 类 。 


//designpatterns. command. XMLUtil. java 
package designpatterns. command; 


import javax. xml. parsers. *; 
import org. w3c. dom. *; 
import java. io. *; 


public class XMLUtil { 


// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 


try{ 
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// 创 建 DOM 文档 对 象 

DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ) ; 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 

Document doc; 

doc = builder.parse(new File("src//designpatterns//command//config. xml1" )); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className" ) ; 
Node classNode = nl1. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName(cName) ; 
Object obj = c. newInstance( ); 
return obj; 

1 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(9) Client: 客户 端 测试 类 。 


//designpatterns. command. Client. java 
package designpatterns. command; 


public class Client { 
public static void main(String args[]) { 
FunctionButton fb = new FunctionButton( ); 
Command command; // 定 义 命令 对 象 
command = (Command)XMLUtil.getBean();  ”// 读 取 配 置 文件 ,反射 生成 对 象 


fb. setCommand( command); // 将 命令 对 象 注入 功能 键 
fb. click(); // 调 用 功能 键 的 业务 方法 
} 
} 
4. 结果 及 分 析 


编译 并 运行 程序 ,输出 结果 如 下 : 


单 击 功能 键 : 退出 系统 ! 


如 果 需 要 更 换 具体 命令 类 ,无 须 修改 源 代码 ,只 需 修改 配置 文件 ,例如 将 退出 命令 改 为 
帮助 命令 ,只 需 将 存储 在 配置 文件 中 的 具体 命令 类 的 类 名 ExitCommand 改 为 HelpCommand， 
代码 如 下 : 
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<?xml version = "1.0"?> 
< config> 

< className > designpatterns. command. HelpCommand </className > 
</config> 


重新 运行 客户 端 程序 ,输出 结果 如 下 : 


单 击 功能 键 : 显示 帮助 文档 ! 


如 果 在 系统 中 增加 了 新 的 功能 ,功能 键 需要 与 新 功能 对 应 ,只 需要 对 应 增加 一 个 新 的 具 
体 命令 类 ,在 新 的 具体 命令 类 中 调用 新 功能 类 的 业务 方法 ,然后 将 该 具体 命令 类 的 对 象 通过 
配置 文件 注入 到 功能 键 即 可 , 原 有 代码 无 须 修改 ,符合 开 闭 原则 。 

在 命令 模式 中 每 一 个 具体 命令 类 对 应 一 个 请 求 的 处 理 者 (接收 者 ), 通 过 向 请 求 发 送 者 
注入 不 同 的 具体 命令 对 象 可 以 使 相同 的 发 送 者 对 应 不 同 的 接收 者 ,从 而 实现 “将 一 个 请 求 封 
装 为 一 个 对 象 ,用 不 同 的 请 求 对 客户 进行 参数 化 ”, 客 户 端 只 需要 将 具体 命令 对 象 作为 参数 
注入 请 求 发 送 者 ,无 须 直接 操作 请 求 的 接收 者 。 


17.4 实现 命令 队列 


有 时 候 , 当 一 个 请 求 发 送 者 发 送 一 个 请 求 时 有 不 止 一 个 请 求 接收 者 产生 响应 ,这 些 请 求 
接收 者 将 逐个 执行 业务 方法 ,完成 对 请 求 的 处 理 ,此 时 可 以 通过 命令 队列 来 实现 。 

命令 队列 的 实现 方法 有 多 种 形式 ,其 中 最 常用 、 灵 活性 最 好 的 一 种 方式 是 增加 一 个 
CommandQueue 类 ,由 该 类 负责 存储 多 个 命令 对 象 ,而 不 同 的 命令 对 象 可 以 对 应 不 同 的 请 
求 接收 者 。CommandQueue 类 的 典型 代码 如 下 : 


import java. util. *; 


public class CommandQueue { 
// 定 义 一 个 ArrayList 来 存储 命令 队列 
Private ArrayList < Command > commands = new ArrayList < Command >( ); 


public void addCommand( Command command) { 
commands. add( command) ; 


} 


public void removeCommand( Command command) { 
commands. remove( command) ; 


} 


// 循 环 调用 每 一 个 命令 对 象 的 execute( ) 方 法 
public void execute() { 
for (Object command : commands) { 


第 17 章 命令 模式 .245 日 


((Command) command) . execute( ); 


} 


在 增加 了 命令 队列 类 CommandQueue 以 后 ,请 求 发 送 者 类 Invoker 将 针对 CommandQueue 
编程 ,其 代码 修改 如 下 : 


public class Invoker { 
private CommandQueue commandQueue; // 维 持 一 个 CommandQueue 对 象 的 引用 


// 构 造 注入 

public Invoker(CommandQueue commandQueue) { 
this. commandQueue = commandQueue; 

} 


// 设 值 注入 

public void setCommandQueue( CommandQueue commandQueue) { 
this. commandQueue = commandQueue; 

} 


// 调 用 CommandQueue 类 的 execute( ) 方 法 
public void call() { 
commandQueue. execute( ); 
| 
上 


命令 队列 与 人 们 常 说 的 * 批 处 理 " 有 点 类 似 。 批 处 理 , 顾 名 思 义 ,可 以 对 一 组 命令 对 象 进 
行 批量 处 理 , 当 一 个 发 送 者 发 送 请 求 后 将 有 一 系列 接收 者 对 请 求 作出 响应 ,命令 队列 可 以 用 
于 设计 批 处 理应 用 程序 ,如 果 请 求 接收 者 的 接收 次 序 没 有 严格 的 先后 次 序 ,还 可 以 使 用 多 线 
程 技术 来 并 发 调用 命令 对 象 的 execute( ) 方 法 ,从 而 提高 程序 的 执行 效率 。 


17.5 记录 请 求 日 志 


请 求 日 志 就 是 将 请 求 的 历史 记录 保存 下 来 ,通常 以 日 志文 件 (Log File) 的 形式 永久 存 
储 在 计算 机 中 。 很 多 系统 都 提供 了 日 志文 件 ,例如 Windows 日 志文 件 .Oracle 日 志文 件 等 ， 
日 志文 件 可 以 记录 用 户 对 系统 的 一 些 操作 (例如 对 数据 的 更 改 )。 请 求 日 志文 件 可 以 实现 很 
多 功能 ,常用 功能 如 下 : 

(1) 一 旦 系统 发 生 故 障 ,日 志文 件 可 以 为 系统 提供 一 种 恢复 机 制 ,在 请 求 日 志文 件 中 可 
以 记录 用 户 对 系统 的 每 一 步 操作 ,从 而 让 系统 能 够 顺利 恢复 到 某 一 个 特定 的 状态 。 

(2) 请 求 日 志 也 可 以 用 于 实现 批 处 理 ,在 一 个 请 求 日 志文 件 中 可 以 存储 一 系列 命令 对 
象 ,例如 一 个 命令 队列 。 

(3) 可 以 将 命令 队列 中 的 所 有 命令 对 象 都 存储 在 一 个 日 志文 件 中 ,每 执行 一 个 命令 则 
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从 日 志文 件 中 删除 一 个 对 应 的 命令 对 象 ,防止 因为 断 电 或 者 系统 重启 等 原因 造成 请 求 丢 失 ， 
而 且 可 以 避免 重新 发 送 全 部 请 求 时 造成 某 些 命令 的 重复 执行 ,只 需 读 取 请 求 日 志文 件 ,再 继 
续 执 行文 件 中 剩余 的 命令 即 可 。 

在 实现 请 求 日 志 时 可 以 将 发 送 请 求 的 命令 对 象 通过 序列 化 写 到 日 志文 件 中 ,此 时 命令 
类 必须 实现 java. io. Serializable 接口 。 


17.6 实现 撤销 操作 


在 命令 模式 中 可 以 通过 对 命令 类 进行 修改 使 得 系统 支持 撤销 (Undo) 操 作 和 恢复 
(Redo) 操 作 , 下 面 通 过 一 个 简单 实例 来 学 习 如 何在 命令 模式 中 实现 撤销 操作 。 


设计 一 个 简易 计算 器 ,该 计算 器 可 以 实现 简单 的 数学 运算 ,还 可 
以 对 运算 实施 撤销 操作 。 


现 使 用 命令 模式 设计 可 得 到 如 图 17-4 所 示 的 结构 图 , 其 中 计算 器 界面 类 
CalculatorForm 充当 请 求 发 送 者 ,实现 了 数据 求 和 功能 的 加 法 类 Adder 充当 请 求 接收 者 ， 
界面 类 可 间接 调用 加 法 类 中 的 add() 方 法 实现 加 法 运算 ,并 且 提 供 了 可 撤销 加 法 运算 的 
undo() 方 法 。 


CalculatorForm AbstractCommand 
- command : AbstractCommand {abstract} 
+ setCommand (AbstractCommand command) : void 3] 
+ compute (int value) :void + execute (int value) : int 
+ undo () void + undo () i 
AddCommand 
[Adder | -~ adder : Adder 
-num :int =0 -value :int 
+ add (int value) : int + execute (int value) : int 
+ undo () :int 


图 17-4 简易 计算 器 结构 图 


在 本 实例 中 ,加 法 类 Adder 充当 请 求 接收 者 ,其 代码 如 下 : 


//designpatterns. command. calculator. Adder. java 
package designpatterns. command. calculator; 


public class Adder { 
private int num= 0; // 定 义 初始 值 为 0 


// 加 法 操作 ,每 次 将 传人 的 值 与 num 作 加 法 运算 ,再 将 结果 返回 
public int add(int value) { 
num += value; 


return num; 
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AbstractCommand 充当 抽象 命令 类 ,声明 了 execute() 方 法 和 撤销 方法 undo() ,其 代码 
如 下 : 


//designpatterns. command. calculator. AbstractCommand. java 
package designpatterns. command. calculator; 


public abstract class AbstractCommand { 
public abstract int execute( int value); // 声 明 命 令 执 行 方法 execute() 
public abstract int undo(); // 声 明 撤销 方法 undo() 


AddCommand 充当 具体 命令 类 ,实现 了 在 抽象 命令 类 AbstractCommand 中 声明 的 
execute() 方 法 和 撤销 方法 undo() ,其 代码 如 下 : 


//designpatterns. command. calculator. AddCommand; 
package designpatterns. command. calculator; 


public class AddCommand extends AbstractCommand { 
private Adder adder = new Adder( ); 
private int value; 


// 实 现 抽象 命令 类 中 声明 的 execute( ) 方 法 ,调用 加 法 类 的 加 法 操作 
public int execute(int value) { 

this. value = value; 

return adder. add(value) ; 


} 


// 实 现 抽象 命令 类 中 声明 的 undo() 方 法 ,通过 加 一 个 相反 数 来 实现 加 法 的 逆向 操作 
public int undo() { 

return adder. add( - value); 
i 


CalculatorForm 充当 请 求 发 送 者 , 它 引 用 一 个 抽象 命令 类 型 AbstractCommand 的 对 象 
command ,通过 该 command 对 象 间接 调用 请 求 接 收 者 Adder 类 的 业务 处 理 方法 ,其 代码 
如 下 : 


//designpatterns. command. calculator. CalculatorForm. java 
package designpatterns. command. calculator; 


public class CalculatorForm { 
private AbstractCommand command; 


public void setCommand( AbstractCommand command) { 
this. command = command; 
} 
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// 调 用 命令 对 象 的 execute( ) 方 法 执行 运算 
public void compute(int value) { 

int i = command. execute(value); 

System. out. println(" 执 行 运算 ,运算 结果 为 : "+ i); 
} 


// 调 用 命令 对 象 的 undo() 方 法 执行 撤销 
public void undo() { 
int i = command. undo( ); 
System. out. println(" 执 行 撤销 , 运算 结果 为 : " + i); 


在 客户 端 测试 类 Client 中 定义 了 抽象 命令 类 型 的 命令 对 象 command, 还 创建 了 请 求 发 
送 者 对 象 form ,通过 调用 form 对 象 的 compute() 方 法 实现 加 法 运算 ,还 可 以 调用 undo( ) 方 
法 撤销 最 后 一 次 加 法 运算 ,其 代码 如 下 : 


//designpatterns. command. calculator. Client. java 
package designpatterns. command. calculator; 


public class Client { 
public static void main(String args[]) { 
CalculatorForm form = new CalculatorForm( ); 
AbstractCommand command; 
command = new AddCommand( ) 7 
form. setCommand( command) // 向 发 送 者 注入 命令 对 象 


form. compute(10) 

form. compute(5) 7 

form. compute(10) 

form. undo( ); 1/ 撤销 


编译 并 运行 程序 ,输出 结果 如 下 : 


执行 运算 ,运算 结果 为 : 10 
执行 运算 ,运算 结果 为 : 15 
执行 运算 ,运算 结果 为 : 25 
执行 撤销 ,运算 结果 为 : 15 


需要 注意 的 是 在 本 实例 中 只 能 实现 一 步 撤 销 操作 ,因为 没有 保存 命令 对 象 的 历史 状态 ， 
可 以 通过 引入 一 个 命令 集合 或 其 他 方式 来 存储 每 一 次 操作 时 命令 的 状态 ,从 而 实现 多 次 撤 
销 操作 。 除 了 Undo 操作 外 ,还 可 以 采用 类 似 的 方式 实现 恢复 (Redo) 操 作 , 即 恢复 所 撤销 的 
操作 (或 称 为 二 次 撤销 ) 。 
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17.7 宏 命 令 


宏 命 令 (Macro Command) 又 称 为 组 合 命令 (Composite Command) , 它 是 组 合 模式 和 命 
令 模 式 联 用 的 产物 。 宏 命令 是 一 个 具体 命令 类 , 它 拥有 一 个 集合 ,在 该 集合 中 包含 了 对 其 他 
命令 对 象 的 引用 。 通 常 宏 命令 不 直接 与 请 求 接收 者 交互 ,而 是 通过 它 的 成 员 来 调用 接收 者 
的 方法 。 当 调用 宏 命 令 的 execute() 方 法 时 将 递归 调用 它 所 包含 的 每 个 成 员 命令 的 execute 
O 〇 方法 ,一 个 宏 命令 的 成 员 可 以 是 简单 命令 ,也 可 以 继续 是 宏 命令 。 执 行 一 个 宏 命令 将 触发 
多 个 具体 命令 的 执行 ,从 而 实现 对 命令 的 批 处 理 , 其 结构 如 图 17-5 所 示 。 


Command 


Invoker 


.~ = + addCommand (Command command) 
+ + removeCommand (Command command) 


+ getCommand (int i) 


+ execute () 
A 
MacroCommand 
- commands : ArrayList<Command> 
+ addCommand (Command command) 


ConcreteCommandA ConcreteCommandB 


二 ecu 0 ee + removeCommand (Command command) 
+ getCommand (int) 
+ .execute () 
ReceiverA ReceiverB 
for(Object command:commands) { 
+ action () + action 0 } ((Command)command).execute(); | 


图 17-5 宏 命 令 结构 图 


17.8 命令 模式 优 /缺点 与 适用 环境 


命令 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 , 它 可 以 将 请 求 发 送 者 与 接收 者 解 看 ,请 求 
发 送 者 通过 命令 对 象 来 间接 引用 请 求 接收 者 ,使 得 系统 具有 更 好 的 灵活 性 和 可 扩展 性 。 在 
基于 GUI 的 软件 开发 (无 论 是 电脑 桌面 应 用 还 是 手机 移动 应 用 ) 中 ,命令 模式 都 得 到 了 广泛 
的 应 用 。 


17. 8.1 命令 模式 优点 


命令 模式 的 优点 主要 如 下 : 

(1) 降低 系统 的 耦合 度 。 由 于 请 求 者 与 接收 者 之 间 不 存在 直接 引用 ,因此 请 求 者 与 接 
收 者 之 间 实 现 完全 解 耦 ,相同 的 请 求 者 可 以 对 应 不 同 的 接收 者 ,同样 相同 的 接收 者 也 可 以 供 
不 同 的 请 求 者 使 用 ,两 者 之 间 具 有 良好 的 独立 性 。 
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(2) 新 的 命令 可 以 很 容易 地 加 入 到 系统 中 。 由 于 增加 新 的 具体 命令 类 不 会 影响 到 其 他 
类 ,因此 增加 新 的 具体 命令 类 很 容易 ,无 须 修改 原 有 系统 源 代码 ,甚至 客户 类 代码 ,满足 开 闭 
原则 的 要 求 。 

(3) 可 以 比较 容易 地 设计 一 个 命令 队列 或 宏 命令 (组 合 命令 )。 

(4) 为 请 求 的 撤销 (Undo) 和 恢复 (Redo) 操 作 提 供 了 一 种 设计 和 实现 方案 。 


17. 8.2 命令 模式 缺点 


命令 模式 的 缺点 主要 如 下 : 

使 用 命令 模式 可 能 会 导致 某 些 系统 有 过 多 的 具体 命令 类 。 因 为 针对 每 一 个 对 请 求 接收 
者 的 调用 操作 都 需要 设计 一 个 具体 命令 类 ,所 以 在 某 些 系统 中 可 能 需要 提供 大 量 的 具体 命 
令 类 ,这 将 影响 命令 模式 的 使 用 。 


17.8.3 命令 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 命令 模式 : 

(1) 系统 需要 将 请 求 调用 者 和 请 求 接收 者 解 耦 ,使 得 调用 者 和 接收 者 不 直接 交互 。 请 
求 调用 者 无 须知 道 接收 者 的 存在 ,也 无 须知 道 接收 者 是 谁 ,接收 者 也 无 须 关 心 何 时 被 调用 。 

(2) 系统 需要 在 不 同 的 时 间 指 定 请 求 ,将 请 求 排队 和 执行 请 求 。 一 个 命令 对 象 和 请 求 
的 初始 调用 者 可 以 有 不 同 的 生命 期 , 换 而 言 之 ,最 初 的 请 求 发 出 者 可 能 已 经 不 在 了 ,而 命令 
对 象 本 身 仍然 是 活动 的 ,可 以 通过 该 命令 对 象 去 调用 请 求 接收 者 ,并 且 无 须 关 心 请 求 调用 者 
的 存在 性 ,可 以 通过 请 求 日 志文 件 等 机 制 来 具体 实现 。 

(3) 系统 需要 支持 命令 的 撤销 (Undo) 操 作 和 恢复 (Redo) 操 作 。 

(4) 系统 需要 将 一 组 操作 组 合 在 一 起 形成 宏 命 令 。 


17.9 本章 小 结 


1. 在 命令 模式 中 将 一 个 请 求 封装 为 一 个 对 象 ,从 而 可 用 不 同 的 请 求 对 客户 进行 参数 
化 ,对 请 求 排队 或 者 记录 请 求 日 志 , 以 及 支持 可 撤销 的 操作 。 命 令 模式 是 一 种 对 象 行为 型 
模式 。 

2. 命令 模式 包含 抽象 命令 类 、 具 体 命 令 类 调用 者 和 接收 者 4 个 角色 。 其 中 ,抽象 命令 
类 声明 了 用 于 执行 请 求 的 execute() 等 方法 ,通过 这 些 方法 可 以 调用 请 求 接收 者 的 相关 操 
作 ; 具体 命令 类 是 抽象 命令 类 的 子 类 ,实现 了 在 抽象 命令 类 中 声明 的 方法 ,在 实现 execute() 方 
法 时 将 调用 接收 者 对 象 的 相关 操作 ; 调用 者 即 请 求 发 送 者 , 它 通过 命令 对 象 来 执行 请 求 ; 
接收 者 执行 与 请 求 相关 的 操作 , 它 具体 实现 对 请 求 的 业务 处 理 。 

3. 命令 模式 的 优点 主要 是 降低 了 系统 的 耦合 度 ,增加 新 的 命令 很 容易 ,可 以 比较 容易 
地 设计 一 个 命令 队列 或 宏 命 令 ,还 为 请 求 的 撤销 和 恢复 操作 提供 了 一 种 设计 和 实现 方案 。 
其 缺点 主要 是 使 用 命令 模式 可 能 会 导致 某 些 系统 有 过 多 的 具体 命令 类 。 

4. 命令 模式 适用 于 以 下 环境 : 系统 需要 将 请 求 调 用 者 和 请 求 接收 者 解 耦 ,使 得 调用 者 
和 接收 者 不 直接 交互 ; 系统 需要 在 不 同 的 时 间 指 定 请 求 ,将 请 求 排队 和 执行 请 求 ; 系统 需 


第 17 章 命令 模式 .251 下 日 


要 支持 命令 的 撤销 操作 和 恢复 操作 ; 系统 需要 将 一 组 操作 组 合 在 一 起 形成 宏 命令 。 

5. 如 果 一 个 请 求 发 送 者 发 送 一 个 请 求 后 有 不 止 一 个 请 求 接收 者 产生 响应 ,此 时 可 以 使 
用 命令 队列 来 存储 多 个 命令 对 象 ,每 个 命令 对 象 对 应 一 个 请 求 接收 者 。 

6. 可 以 将 命令 对 象 通过 序列 化 写 到 日 志文 件 中 ,实现 对 请 求 日 志 的 存储 。 

7. 在 命令 模式 中 可 以 通过 对 命令 类 进行 修改 使 得 系统 支持 撤销 操作 和 恢复 操作 。 

8. 宏 命令 又 称 为 组 合 命令 , 它 是 组 合 模式 和 命令 模式 联 用 的 产物 。 宏 命令 是 一 个 具体 
命令 类 , 它 拥有 一 个 集合 ,在 该 集合 中 包含 了 对 其 他 命令 对 象 的 引用 。 


17. 10 “习题 


1. 以 下 关于 命令 模式 的 叙述 错误 的 是 ( )'s 
A. 命令 模式 将 一 个 请 求 封装 为 一 个 对 象 ,从 而 可 用 不 同 的 请 求 对 客户 进行 参数 化 
B. 命令 模式 可 以 将 请 求 发 送 者 和 请 求 接收 者 解 耦 
C. 使 用 命令 模式 会 导致 某 些 系统 有 过 多 的 具体 命令 类 ,导致 在 有 些 系统 中 命令 模 
式 变 得 不 切实 际 
). 命令 模式 是 对 命令 的 封装 ,命令 模式 把 发 出 命令 的 责任 和 执行 命令 的 责任 集中 
在 同一 个 类 中 ,委派 给 统一 的 类 进行 处 理 
2. 在 (  ) 时 无 须 使 用 命令 模式 。 
A. 实现 撤销 (Undo) 操 作 和 恢复 (Redo) 操 作 
B. 将 请 求 的 发 送 者 和 接收 者 解 耦 
C. 不 改变 聚合 类 的 前 提 下 定义 作用 于 聚合 中 元 素 的 新 操作 
D. 不 同 的 时 间 指 定 请 求 ,并 将 请 求 排队 

3. 房间 中 的 开关 就 是 命令 模式 的 一 个 实现 , 现 用 命令 模式 来 模拟 开关 的 功能 ,可 控制 
对 象 包括 电灯 和 电 风 扇 ,绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 。 

4. 某 系统 需要 提供 一 个 命令 集合 ( 注 : 可 使 用 ArrayList 等 集合 对 象 实现 ), 用 于 存储 
一 系列 命令 对 象 , 并 通过 该 命令 集合 实现 多 次 undo() 和 redo() 操 作 , 实 现 对 17.6 节 中 的 简 
易 计 算 器 实例 的 改进 。 

5. 设计 并 实现 一 个 简单 的 请 求 日 志 记 录 程 序 . 将 一 组 命令 对 象 通过 序列 化 写 到 日 志文 
件 中 ,并 通过 该 日 志文 件 实现 批 处 理 操作 。 

6. 某 软件 公司 要 开发 一 个 基于 Windows 平台 的 公告 板 系统 。 系 统 提供 一 个 主 菜单 
(Menu) ,在 主 菜单 中 包含 了 一 些 菜 单项 (Menultem) ,可 以 通过 Menu 类 的 addMenultem() 
方法 增加 菜单 项 。 菜 单项 的 主要 方法 是 click() ,每 一 个 菜单 项 包含 一 个 抽象 命令 类 ,具体 
命令 类 包括 openCommand( 打 开 命 令 ) ,createCommand( 新 建 命令 ) .editCommand( 编 辑 命 
令 ) 等 ,命令 类 具有 一 个 execute() 方 法 ,用 于 调用 公告 板 系统 界面 类 (BoardScreen) 的 open()、 
create() .edit() 等 方法 。 现 使 用 命令 模式 设计 该 系统 ,使 得 Menultem 类 与 BoardScreen 类 
的 耦合 度 降 低 ,绘制 类 图 并 使 用 Java 语言 编程 实现 。 


解释 需 模 式 


解释 器 模式 用 于 描述 如 何 构成 一 个 简单 的 语言 解释 器 ,主要 应 用 于 使 用 
面向 对 象 语言 开发 的 解释 器 的 设计 。 当 需要 开发 一 个 新 的 语言 时 可 以 考虑 使 
用 解释 器 模式 。 在 实际 应 用 中 也 许 很 少 碰 到 构造 一 个 语言 的 情况 ,虽然 很 少 
使 用 ,但 是 对 它 的 学 习 能 够 加 深 对 面向 对 象 思 想 的 理解 ,并 且 掌握 编程 语言 
语法 规则 解释 的 原理 和 过 程 。 

本 章 将 学 习 解 释 器 模式 的 定义 和 结构 ,并 结合 实例 学 习 如 何 使 用 解释 器 
模式 构造 一 个 新 的 语言 ,以 及 如 何 通过 终结 符 表达 式 和 非 终 结 符 表达 式 在 类 
中 封装 语言 的 文法 规则 。 

本 章 知识 点 

。 解释 器 模式 的 定义 

。 解释 器 模式 的 结构 

。 解释 器 模式 的 实现 

。 解释 器 模式 的 应 用 

。 解释 器 模式 的 优 /缺点 

。 解释 器 模式 的 适用 环境 

。 文法 规则 和 抽象 语法 树 


18.1 解释 器 模式 概述 


虽然 目前 计算 机 编程 语言 有 几 百 种 ,但 有 时 候 人 们 还 是 希望 能 用 一 些 简单 的 语言 来 实 
现 一 些 特定 的 操作 ,用户 只 要 向 计算 机 输入 一 个 句子 或 文件 , 它 就 能 够 按照 预先 定义 的 文法 
规则 对 句子 或 文件 进行 解释 ,从 而 实现 相应 的 功能 。 例 如 提供 一 个 简单 的 加 法 /减法 解释 
器 ,只 要 输入 一 个 加 法 /减法 表达 式 , 它 就 能 够 计算 出 表达 式 结果 ,如 图 18-1 所 示 , 当 输入 字 
符 串 表达 式 为 “1 十 2 十 3 一 4 十 1? 时 将 输出 计算 结果 为 3。 
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众所周知 , 像 Java、C++ 和 C+# 等 语言 无 法 直接 解释 
类 似 “1 十 2 十 3 一 4 十 1” 这 样 的 字符 串 ( 如 果 直 接 作为 数学 
表达 式 则 可 以 解释 ) ,必须 自己 定义 一 套 文法 规则 来 实现 
对 这 些 语句 的 解释 , 即 设计 一 个 自 定义 语言 。 在 实际 开 
发 中 ,这 些 简 单 的 自 定义 语言 可 以 基于 现 有 的 编程 语言 
来 设计 ,如 果 所 基于 的 编程 语言 是 面向 对 象 语言 ,此 时 可 
以 使 用 解释 器 模式 实现 自 定义 语言 。 

解释 器 模式 是 一 种 使 用 频率 相对 较 低 且 学 习 难度 相 “图 18-1 加 法 /减法 解释 器 示意 图 
对 较 大 的 设计 模式 , 它 用 于 描述 如 何 使 用 面向 对 象 语言 
构成 一 个 简单 的 语言 解释 器 。 在 某 些 情况 下 ,为 了 更 好 地 描述 某 些 特定 类 型 的 问题 可 以 创 
建 一 种 新 的 语言 ,这 种 语言 拥有 自己 的 表达 式 和 结构 , 即 文法 规则 ,这 些 问 题 的 实例 将 对 应 
为 该 语言 中 的 句子 ,此 时 可 以 使 用 解释 器 模式 来 设计 这 种 新 的 语言 。 对 解释 器 模式 的 学 习 
能 够 加 深 对 面向 对 象 思想 的 理解 ,并且 理解 编程 语言 中 文法 规则 的 解释 过 程 。 

解释 器 模式 的 定义 如 下 : 


解释 器 模式 : 给 定 一 个 语言 ,定义 它 的 文法 的 一 种 表示 ,并 定义 
一 个 解释 器 ,这 个 解释 器 使 用 该 表示 来 解释 语言 中 的 句子 。 

Interpreter Pattern: Given a language, define a representation 
for its grammar along with an interpreter that uses the representation to 


interpret sentences in the language. 


在 解释 器 模式 的 定义 中 所 指 的 “语言 "是 使 用 规定 格式 和 语法 的 代码 ,解释 器 模式 是 一 
种 类 行为 型 模式 。 


18.2 文法 规则 和 抽象 语法 树 


解释 器 模式 描述 了 如 何 为 简单 的 语言 定义 一 个 文法 ,如 何在 该 语言 中 表示 一 个 句子 ,以 
及 如 何 解 释 这 些 句 子 。 在 正式 分 析 解 释 器 模式 结构 之 前 先 来 学 习 如 何 表示 一 个 语言 的 文法 
规则 以 及 如 何 构 造 一 棵 抽象 语法 树 。 

在 前 面 所 提 到 的 加 法 /减法 解释 器 中 ,每 一 个 输入 表达 式 ( 例 如 “1 十 2 十 3 一 4 十 1”) 都 包 
含 了 3 个 语言 单位 ,可 以 使 用 以 下 文法 规则 来 定义 : 


expression :: = value | operation 
operation :: = expression '+ 'expression | expression '— 'expression 
value :: = an integer // 一 个 整数 值 


该 文法 规则 包含 3 条 语句 ,第 一 条 表示 表达 式 的 组 成 方式 ,其 中 value 和 operation 是 
后 面 两 个 语言 单位 的 定义 ,每 一 条 语句 所 定义 的 字符 串 ( 如 operation 和 value) 称 为 语言 构 
造成 分 或 语言 单位 ,符号 *: :一 ”是 “定义 为 ”的 意思 ,其 左边 的 语言 单位 通过 右边 来 进行 说 明 
和 定义 ,语言 单位 对 应 终结 符 表达 式 和 非 终 结 符 表达 式 。 例 如 本 规则 中 的 operation 是 非 终 
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结 符 表达 式 , 它 的 组 成 元 素 仍然 可 以 是 表达 式 , 可 以 进一步 分 解 ,而 value 是 终结 符 表达 式 ， 
它 的 组 成 元 素 是 最 基本 的 语言 单位 ,不 能 再 进行 分 解 。 

在 文法 规则 定义 中 可 以 使 用 一 些 符号 来 表示 不 同 的 含义 ,例如 使 用 “1” 表示 或 ,使 用 *{” 
和 “)” 表 示 组 合 、 使 用 * * ”表示 出 现 0 次 或 多 次 等 ,其 中 使 用 频率 最 高 的 符号 是 表示 “或 ” 关 
系 的 |”, 例如 文法 规则 “boolValue: :二 011” 表 示 终 结 符 表 达 式 boolValue 的 取 值 可 以 为 0 
或 者 1。 

除了 使 用 文法 规则 来 定义 一 个 语言 外 ,在 解释 器 模式 中 还 可 以 通过 一 种 称 为 抽象 语法 
树 (Abstract Syntax Tree,AST) 的 图 形 方式 来 直观 地 表示 语言 的 构成 ,每 一 棵 抽象 语法 树 
对 应 一 个 语言 实例 ,例如 加 法 /减法 表达 式 语言 中 的 语句 “1 十 2 十 3 一 4 十 1” 可 以 通过 如 
图 18-2 所 示 的 抽象 语法 树 来 表示 。 


operation 
中 
operation value 
到 了 
operation value 
+ 4 
operation value 
+ 3 
value value 
全 2 


图 18-2 抽象 语法 树 示 意图 


在 该 抽象 语法 树 中 可 以 通过 终结 符 表达 式 value 和 非 终 结 符 表达 式 operation 组 成 复 
杂 的 语句 ,每 个 文法 规则 的 语言 实例 都 可 以 表示 为 一 个 抽象 语法 树 , 即 每 一 条 具体 的 语句 都 
可 以 用 类 似 图 18-2 所 示 的 抽象 语法 树 来 表示 ,在 图 中 终结 符 表达 式 类 的 实例 作为 树 的 叶子 
结 点 ,而 非 终 结 符 表达 式 类 的 实例 作为 非 叶子 结 点 ,它们 可 以 将 终结 符 表达 式 类 的 实例 以 及 
包含 终结 符 和 非 终结 符 实例 的 子 表达 式 作 为 其 子 结 点 。 抽 象 语法 树 描述 了 如 何 构 成 一 个 复 
杂 的 句子 ,通过 对 抽象 语法 树 的 分 析 可 以 识别 出 语言 中 的 终结 符 类 和 非 终 结 符 类 。 


18.3 解释 器 模式 结构 与 实现 


18.3.1 解释 器 模式 结构 


由 于 表达 式 可 分 为 终结 符 表达 式 和 非 终结 符 表达 式 , 因 此 解释 器 模式 的 结构 与 组 合 模 
式 的 结构 有 些 类 似 , 但 在 解释 器 模式 中 包含 更 多 的 组 成 元 素 , 它 的 结构 如 图 18-3 所 示 。 

由 图 18-3 可 知 ,解释 器 模式 包含 以 下 4 个 角色 。 

(1) AbstractExpression( 抽 和 象 表 达 式 ): 在 抽象 表达 式 中 声明 了 抽象 的 解释 操作 , 它 是 
所 有 终结 符 表达 式 和 非 终 结 符 表达 式 的 公共 父 类 。 
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Context 


Client AbstractExpression 


+ interpret (Context ctx) 


TerminalExpression NonterminalExpression 


+ interpret (Context ctx) + interpret (Context ctx) 


图 18-3 解释 器 模式 结构 图 


(2) TerminalExpression( 终 结 符 表达 式 ): 终结 符 表达 式 是 抽象 表达 式 的 子 类 , 它 实现 
了 与 文法 中 的 终结 符 相 关联 的 解释 操作 ,在 句子 中 的 每 一 个 终结 符 都 是 该 类 的 一 个 实例 。 
通常 在 一 个 解释 器 模式 中 只 有 少数 几 个 终结 符 表达 式 类 ,它们 的 实例 可 以 通过 非 终 结 符 表 
达 式 组 成 较为 复杂 的 句子 。 

(3) NonterminalExpression( 非 终结 符 表达 式 ): 非 终 结 符 表达 式 也 是 抽象 表达 式 的 子 
类 , 它 实现 了 文法 中 非 终结 符 的 解释 操作 ,由 于 在 非 终结 符 表 达 式 中 可 以 包含 终结 符 表达 
式 , 也 可 以 继续 包含 非 终结 符 表达 式 , 因 此 其 解释 操作 一 般 通 过 递归 的 方式 完成 。 

(4) Context( 环 境 类 ) : 环境 类 又 称 为 上 下 文 类 , 它 用 于 存储 解释 器 之 外 的 一 些 全 局 信 
息 ,通常 它 临时 存储 了 需要 解释 的 语句 。 


18.3.2 解释 器 模式 实现 


在 解释 器 模式 中 每 一 种 终结 符 和 非 终结 符 都 有 一 个 具体 类 与 之 对 应 , 正 因 为 使 用 类 来 
表示 每 一 条 文法 规则 ,所 以 系统 将 具有 较 好 的 灵活 性 和 可 扩展 性 。 

对 于 所 有 的 终结 符 和 非 终结 符 ,首先 需要 抽象 出 一 个 公共 父 类 , 即 抽象 表达 式 类 。 其 典 
型 代码 如 下 : 


public abstract class AbstractExpression { 
public abstract void interpret(Context ctx); 
} 


终结 符 表达 式 类 和 非 终 结 符 表达 式 类 都 是 抽象 表达 式 类 的 子 类 ,对 于 终结 符 表达 式 类 ， 
其 代码 很 简单 ,主要 是 对 终结 符 元 素 的 处 理 。 其 典型 代码 如 下 : 


public class TerminalExpression extends AbstractExpression { 
public void interpret(Context ctx) { 
// 和 终结 符 表达 式 的 解释 操作 
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对 于 非 终结 符 表 达 式 ,其 代码 相对 比较 复杂 ,因为 可 以 通过 非 终结 符 将 表达 式 组 合成 更 
加 复杂 的 结构 ,对 于 包含 两 个 操作 元 素 的 非 终结 符 表达 式 类 ,其 典型 代码 如 下 : 


public class NonterminalExpression extends AbstractExpression { 
private AbstractExpression left; 
private AbstractExpression right; 


public NonterminalExpression(AbstractExpression left, AbstractExpression right) { 
this. left = left; 


this. right = right; 
} 


public void interpret(Context ctx) { 
// 递 归 调用 每 一 个 组 成 部 分 的 interpret() 方 法 
// 在 递归 调用 时 指定 组 成 部 分 的 连接 方式 , 即 非 终 结 符 的 功能 


} 


除了 上 述 用 于 表示 表达 式 的 类 以 外 ,通常 在 解释 器 模式 中 还 提供 了 一 个 环境 类 
Context, 用 于 存储 一 些 全 局 信息 ,在 环境 类 中 一 般 包 含 了 一 个 HashMap 或 ArrayList 等 类 
型 的 集合 对 象 ( 也 可 以 直接 由 HashMap 等 集合 类 充当 环境 类 ) ,存储 一 系列 公共 信息 ,例如 
变量 名 与 值 的 映射 关系 (key/value) 等 ,用 于 在 执行 具体 的 解释 操作 时 从 中 获取 相关 信息 。 
其 典型 代码 片段 如 下 : 


public class Context { 
Private HashMap < String, String > map = new HashMap < String, String >(); 


public void assign(String key, String value) { 
// 往 环境 类 中 设 值 
map. put (key, value) ; 

} 


public String lookup(String key) { 
// 获 取 存 储 在 环境 类 中 的 值 
return map. get (key); 


} 


环境 类 Context 的 对 象 通常 作为 参数 被 传递 到 所 有 表达 式 的 解释 方法 interpret() 中 
可 以 在 环境 类 对 象 中 存储 和 访问 表达 式 解 释 器 的 状态 ,向 表达 式 解 释 器 提供 一 些 全 局 的 、 公 
共 的 数据 ,此 外 还 可 以 在 环境 类 中 增加 一 些 所 有 表达 式 解释 器 共有 的 功能 ,以 减轻 解释 器 的 
职责 。 当 系统 无 须 提 供 全 局 公共 信息 时 可 以 省 略 环境 类 ,根据 实际 情况 决定 是 否 需要 环 
境 类 。 
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18.4 解释 器 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 解释 器 模式 。 
1. 实例 说 明 


某 软 件 公 司 要 开发 一 套 机 器 人 控制 程序 ,在 该 机 器 人 控制 程序 中 
包含 一 些 简单 的 英文 控制 指令 ,每 一 个 指令 对 应 一 个 表达 式 
(expression) ,该 表达 式 可 以 是 简单 表达 式 也 可 以 是 复合 表达 式 , 每 
一 个 简单 表达 式 由 移动 方向 (direction) ,移动 方式 (action) 和 移动 距 
离 (distance)3 部 分 组 成 ,其 中 移动 方向 包括 上 (up)、 下 (down)、 左 
(left) 、 右 (right); 移动 方式 包括 移动 (move) 和 快速 移动 (run); 移动 
距离 为 一 个 正 整 数 。 两 个 表达 式 之 间 可 以 通过 与 (and) 连 接 形成 复 
合 (composite) 表 达 式 。 

用 户 通 过 对 图 形 化 的 设置 界面 进行 操作 可 以 创建 一 个 机 器 人 控 
制 指令 ,机 器 人 在 收 到 指令 后 将 按照 指令 的 设置 进行 移动 ,例如 输入 
控制 指令 “up move 5”, 则 “向 上 移动 5 个 单位 ”; 输入 控制 指令 “down 
run 10 and left move 20”, 则 “向 下 快速 移动 10 个 单位 再 向 左 移动 20 
个 单位 ”。 

现 使 用 解释 器 模式 来 设计 该 程序 并 模拟 实现 。 


2. 实例 分 析 及 类 图 

根据 上 述 需 求 描述 用 形式 化 语言 表示 该 简单 语言 的 文法 规则 如 下 : 
expression :: = direction action distance | composite // 表 达 式 
composite expression 'and' expression // 复 合 表达 式 
direction :: = 'up' | 'down' | 'left' | 'right' // 移 动 方 向 
action ::= "move' | 'run’ // 移 动 方式 
distance :: =an integer // 移 动 距离 


该 语言 一 共 定义 了 5 条 文法 规则 ,对 应 5 个 语言 单位 ,这 些 语 言 单位 可 以 分 为 两 类 ,一 
类 为 终结 符 ( 也 称 为 终结 符 表达 式 ) ,例如 direction、action 和 distance, 它 们 是 语言 的 最 小 组 
成 单位 ,不 能 再 进行 拆 分 ; 另 一 类 为 非 终结 符 ( 也 称 为 非 终结 符 表 达 式 ) ,例如 expression 和 
composite, 它 们 都 是 一 个 完整 的 句子 ,包含 一 系列 终结 符 或 非 终 结 符 。 

针对 5 条 文法 规则 分 别提 供 5 个 类 来 实现 ,其 中 终结 符 表达 式 direction、action 和 
distance 对 应 DirectionNode 类 、ActionNode 类 和 DistanceNode 类 , 非 终 结 符 表达 式 
expression 和 composite 对 应 SentenceNode 类 和 AndNode 类 。 

可 以 通过 抽象 语法 树 来 表示 具体 解释 过 程 .例如 机 器 人 控制 指令 “down run 10 and left 
move 20” 对 应 的 抽象 语法 树 如 图 18-4 所 示 。 

机 器 人 控制 程序 实例 的 基本 结构 如 图 18-5 所 示 。 
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图 18-4 机 器 人 控制 程序 抽象 语法 树 实例 
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+ DirectionNode (String direction) + interpret () :String 
+ interpret () : String 
ActionNode SentenceNode 
- action : String ~ direction : AbstractNode 
7 TT - action :AbstractNode 
+ ActionNode (String action) : 
+ interpret () : String - distance : AbstractNode 
+ SentenceNode (AbstractNode direction, 
DistanceNode AbstractNode action, 
- distance : Sting AbstractNode distance) 
2 int 上 : Stri 
+ DistanceNode (String distance) + Merpmet 0 9 
+ interpret () : String 


图 18-5 机 器 人 控制 程序 结构 图 
在 图 18-5 中 , AbstractNode 充当 抽象 表达 式 角 色 , DirectionNode、ActionNode 和 
DistanceNode 充当 终结 符 表达 式 角色 ,AndNode 和 SentenceNode 充当 非 终结 符 表 达 式 角色 。 
3. 实例 代码 
(1) AbstractNode: 抽象 结 点 类 ,充当 抽象 表达 式 角 色 。 


//designpatterns. interpreter. AbstractNode. java 
package designpatterns. interpreter; 


public abstract class AbstractNode { 
public abstract String interpret(); 
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(2) AndNode: And 结 点 类 ,充当 非 终 结 符 表达 式 角色 。 


//designpatterns. interpreter. AndNode. java 
package designpatterns. interpreter; 


public class AndNode extends AbstractNode { 
private AbstractNode left; //And 的 左 表 达 式 
private AbstractNode right; //And 的 右 表 达 式 


public AndNode( AbstractNode left, AbstractNode right) { 
this. left = left; 
this. right = right; 


//and 表达 式 解释 操作 
public String interpret() { 
return left. interpret() + "再 " + right. interpret(); 


(3) SentenceNode: 简单 句子 结 点 类 ,充当 非 终结 符 表达 式 角 色 。 


//designpatterns. interpreter. SentenceNode. java 
package designpatterns. interpreter; 


public class SentenceNode extends AbstractNode { 
private AbstractNode direction; 
private AbstractNode action; 
private AbstractNode distance; 


public SentenceNode( AbstractNode direction, AbstractNode action, AbstractNode distance) 


{ 
this. direction = direction; 
this. action = action; 
this. distance = distance; 
} 
// 简 单 句 子 的 解释 操作 
public String interpret() { 
return direction. interpret() + action. interpret() + distance. interpret(); 
y 
} 


(4) DirectionNode: 方向 结 点 类 ,充当 终结 符 表达 式 角色 。 


//designpatterns. interpreter. DirectionNode. java 
package designpatterns. interpreter; 


public class DirectionNode extends AbstractNode { 
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private String direction; 


public DirectionNode( String direction) { 
this. direction = direction; 


} 


// 方 向 表达 式 的 解释 操作 
public String interpret() { 
if (direction.equalsIgnoreCase("up")) { 
return "向 上 "; 
} 
else if (direction.equalsIgnoreCase("down")) { 
return "向 下 "; 
L 
else if (direction.equalsIgnoreCase("left")) { 
return "向 左 "; 
} 
else if (direction.equalsIgnoreCase("right")) { 
return "向 右 "; 


} 
else { 

return "无 效 指令 "; 
} 


(5) ActionNode: 动作 结 点 类 ,充当 终结 符 表达 式 角 色 。 


WM designpatterns, interpreter. ActionNode. java 
package designpatterns. interpreter; 


public class ActionNode extends AbstractNode { 
private String action; 


public ActionNode(String action) { 
this. action = action; 


} 


// 动 作 (移动 方式 ) 表 达 式 的 解释 操作 
public String interpret() { 
if (action. equalsIgnoreCase("move" )) { 
return "移动 "; 
| 
else if (action.equalsIgnoreCase("run")) { 
return "快速 移动 "; 
} 
else { 
return "无 效 指令 "; 
’ 
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(6) DistanceNode: 距离 结 点 类 ,充当 终结 符 表达 式 角色 。 


//designpatterns. interpreter. DistanceNode. java 
package designpatterns. interpreter; 


public class DistanceNode extends AbstractNode { 
private String distance; 


public DistanceNode(String distance) { 
this. distance = distance; 


} 


// 距 离 表 达 式 的 解释 操作 
public String interpret() { 

return this. distance; 
) 


(7) InstructionHandler: 指令 处 理 类 ,工具 类 ,提供 相应 的 方法 对 输入 指令 进行 处 理 。 
它 将 输入 指令 分 割 为 字符 串 数 组 ,将 第 一 个 .第 二 个 和 第 三 个 单词 组 合成 一 个 句子 ,并 存 人 
栈 中 ; 如 果 发 现 有 单词 “and”, 则 将 “and"* 后 的 第 一 个 .第 二 个 和 第 三 个 单词 组 合成 一 个 新 的 
句子 作为 “and” 的 右 表达 式 , 并 从 栈 中 取出 原先 所 存 的 句子 作为 左 表达 式 , 然 后 组 合成 一 个 
And 结 点 存 人 栈 中 。 依 此 类 推 ,直到 整个 指令 解析 结束 。 


//designpatterns. interpreter. InstructionHandler. java 
package designpatterns. interpreter; 
import java. util. x*; 


public class InstructionHandler { 
private AbstractNode node; 


public void handle( String instruction) { 
AbstractNode left = null, right = null; 
AbstractNode direction= null,action = null, distance = null; 
Stack < AbstractNode > stack = new Stack < AbstractNode >(); 
// 声 明 一 个 栈 对 象 用 于 存储 抽象 语法 树 
String[ ] words = instruction. split(" "); // 以 空格 分 隔 指令 字符 串 
for (int i=0; i< words.length; i++) { 
// 本 实例 采用 栈 的 方式 处 理 指令 ,如 果 遇 到 "and", 则 将 其 后 的 3 个 单词 作为 3 个 终 
// 结 符 表达 式 连 成 一 个 简单 句子 SentenceNode 作为 "and" 的 右 表 达 式 ,而 将 从 栈 顶 
// 弹 出 的 表达 式 作为 "and" 的 左 表达 式 ,最 后 将 新 的 "and" 表 达 式 压 和 人 栈 中 . 
if (words[i].equalsIgnoreCase("and" )) { 
left = (RbstractNode)stack.pop();  // 弹 出 栈 顶 表达 式 作 为 左 表达 式 
String wordl = words[++i]; 
direction = new DirectionNode(word1); 
String word2 = words[++i]; 
action = new ActionNode(word2); 
String word3 = words[++i]; 
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distance = new DistanceNode( word3); 
right = new SentenceNode( direction, action, distance); // 右 表达 式 
stack. push(new AndNode( left, right)); // 将 新 表达 式 压 入 栈 中 


} 
// 如 果 是 从 头 开始 进 行 解释 , 则 将 前 3 个 单词 组 成 一 个 简单 句子 SentenceNode 并 将 
// 该 句子 压 入 栈 中 
else { 
String wordl = words[i]; 
direction = new DirectionNode(wordl); 
String word2 = words[++i]; 
action = new ActionNode(word2); 
String word3 = words[++i]; 
distance = new DistanceNode(word3); 
left = new SentenceNode( direction, action, distance); 
stack. push( left); // 将 新 表达 式 压 入 栈 中 
上 


) 
this. node = (RbstractNode) stack.pop(); // 将 全 部 表达 式 从 栈 中 弹出 
} 


public String output() { 


String result = node. interpret(); // 解 释 表 达 式 
return result; 


(8) Client: 客户 端 测试 类 。 


//designpatterns. interpreter. Client. java 
package designpatterns. interpreter; 


public class Client { 
public static void main(String args[]) { 
String instruction = "down run 10 and left move 20"; 
InstructionHandler handler = new InstructionHandler(); 
handler. handle( instruction); 


String outString; 
outString = handler. output(); 
System. out. println(outString); 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


向 下 快速 移动 10 再 向 左 移动 20 
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如 果 将 输入 指令 改 为 "up move 5 and down run 10 and left move 5”, 则 输出 结果 如 下 : 


向 上 移动 5 再 向 下 快速 移动 10 再 向 左 移动 5 


本 实例 对 机 器 人 控制 指令 的 输出 结果 进行 模拟 ,将 英文 指令 翻译 为 中 文 指令 ,在 真实 情 
况 下 系统 将 调用 不 同 的 控制 程序 对 机 器 人 进行 控制 ,包括 对 移动 方向 方式 和 距离 的 控 
制 等 。 


18.5 解释 器 模式 优 /缺点 与 适用 环境 


解释 器 模式 为 自 定义 语言 的 设计 和 实现 提供 了 一 种 解决 方案 ,用 于 定义 一 组 文法 规则 
并 通过 这 组 文法 规则 来 解释 语言 中 的 句子 。 虽 然 解 释 器 模式 的 使 用 频率 不 是 特别 高 ,但 是 
它 在 正则 表达 式 .XML 文档 解释 等 领域 还 是 得 到 了 广泛 使 用 。 与 解释 器 模式 类 似 , 目 前 还 
诞生 了 很 多 基于 抽象 语法 树 的 源 代 码 处 理工 具 , 例 如 Eclipse 中 的 Eclipse AST, 它 可 以 用 
于 表示 和 处 理 Java 语言 的 语法 结构 ,用 户 可 以 通过 扩展 其 功能 创建 自己 的 文法 规则 ,实现 
对 源 代码 的 分 析 。 


18.5.1 解释 器 模式 优点 


解释 器 模式 的 优点 主要 如 下 : 

(1) 易于 改变 和 扩展 文法 。 由 于 在 解释 器 模式 中 使 用 类 表示 语言 的 文法 规则 ,因此 可 
以 通过 继承 等 机 制 来 改变 或 扩展 文法 。 

(2) 每 一 条 文法 规则 都 可 以 表示 为 一 个 类 ,因此 可 以 方便 地 实现 一 个 简单 的 语言 。 

(3) 实现 文法 较为 容易 。 在 抽象 语法 树 中 每 一 个 表达 式 结 点 类 的 实现 方式 都 是 相似 
的 ,这 些 类 的 代码 编写 都 不 会 特别 复杂 ,还 可 以 通过 一 些 工具 自动 生成 结 点 类 代码 。 

(4) 增加 新 的 解释 表达 式 较 为 方便 。 如 果 用 户 要 增加 新 的 解释 表达 式 只 需要 对 应 增加 
一 个 新 的 终结 符 表达 式 或 非 终结 符 表达 式 类 , 原 有 表达 式 类 代码 无 须 修改 ,符合 开 闭 原则 。 


18.5.2 解释 器 模式 缺点 


解释 器 模式 的 缺点 主要 如 下 : 

(1) 对 于 复杂 文法 难以 维护 。 在 解释 器 模式 中 每 一 条 规则 至 少 需要 定义 一 个 类 ,因此 
如 果 一 个 语言 包含 太 多 文法 规则 ,类 的 个 数 将 会 急剧 增加 ,导致 系统 难以 管理 和 维护 ,此 时 
可 以 考虑 使 用 语法 分 析 程序 等 方式 来 取代 解释 器 模式 。 

(2) 执行 效率 较 低 。 由 于 在 解释 器 模式 中 使 用 了 大 量 的 循环 和 递归 调用 ,因此 在 解释 
较为 复杂 的 句子 时 其 速度 很 慢 , 而 且 代码 的 调试 过 程 也 比较 麻烦 。 


18.5.3 解释 器 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 解释 器 模式 : 
(1) 可 以 将 一 个 需要 解释 执行 的 语言 中 的 句子 表示 为 一 棵 抽象 语法 树 。 
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(2) 一 些 重复 出 现 的 问题 可 以 用 一 种 简单 的 语言 进行 表达 。 

(3) 一 个 语言 的 文法 较为 简单 。 对 于 复杂 的 文法 ,解释 器 模式 中 的 文法 类 层次 结构 将 
变 得 很 庞大 而 无 法 管理 ,此 时 最 好 使 用 语法 分 析 程序 生成 器 。 

(4) 执行 效率 不 是 关键 问题 。 高 效 的 解释 器 通常 不 是 通过 直接 解释 抽象 语法 树 来 实现 
的 ,而 是 需要 将 它们 转换 成 其 他 形式 ,使 用 解释 器 模式 的 执行 效率 并 不 高 。 


18.6 ”本章 小 结 


1. 解释 器 模式 的 目的 是 给 定 一 个 语言 ,定义 它 的 文法 的 一 种 表示 ,并 定义 一 个 解释 器 ， 
这 个 解释 器 使 用 该 表示 来 解释 语言 中 的 句子 。 解 释 器 模式 是 一 种 类 行为 型 模式 。 

2. 解释 器 模式 包含 抽象 表达 式 、 终 结 符 表达 式 、 非 终结 符 表达 式 和 环境 类 4 个 角色 。 
其 中 ,抽象 表达 式 声 明了 抽象 的 解释 操作 ,是 所 有 终结 符 表达 式 和 非 终 结 符 表达 式 的 公共 父 
类 ; 终结 符 表达 式 是 抽象 表达 式 的 子 类 , 它 实 现 了 与 文法 中 的 终结 符 相 关联 的 解释 操作 ; 
非 终结 符 表达 式 也 是 抽象 表达 式 的 子 类 , 它 实现 了 文法 中 非 终结 符 的 解释 操作 ; 环境 类 用 
于 存储 解释 器 之 外 的 一 些 全 局 信息 。 

3. 解释 器 模式 的 优点 主要 包括 易于 改变 和 扩展 文法 ,可 以 方便 地 实现 一 个 简单 的 语 
言 ,实现 文法 较为 容易 , 且 增加 新 的 解释 表达 式 较为 方便 。 其 缺点 主要 是 对 于 复杂 文法 难以 
维护 ,并 且 其 执行 效率 较 低 。 

4. 解释 器 模式 适用 于 以 下 环境 : 可 以 将 一 个 需要 解释 执行 的 语言 中 的 句子 表示 为 一 
棵 抽象 语法 树 ; 一 些 重复 出 现 的 问题 可 以 用 一 种 简单 的 语言 进行 表达 ; 一 个 语言 的 文法 较 
为 简单 ; 执行 效率 不 是 关键 问题 。 

5. 可 以 使 用 文法 规则 来 定义 一 个 语言 ,还 可 以 通过 抽象 语法 树 以 图 形 方式 直观 地 表示 
一 个 语言 的 构成 ,每 一 棵 抽象 语法 树 对 应 一 个 语言 实例 。 


18.7 “习题 


1. 对 于 一 个 语法 不 是 特别 复杂 的 计算 机 语言 ,可 以 考虑 使 用 (  “”) 模 式 进行 设计 。 
A. 模板 方法 B. 命令 C. 访问 者 D. 解释 器 
2. 关于 解释 器 模式 ,以 下 叙述 有 误 的 是 ( 。 ”)。 
A. 当 一 个 待 解释 的 语言 中 的 句子 可 以 表示 为 一 棵 抽象 语法 树 时 可 以 使 用 解释 器 
模式 
B. 在 解释 器 模式 中 使 用 类 来 表示 文法 规则 ,可 以 方便 地 改变 或 者 扩展 文法 
C. 解释 器 模式 既 适 用 于 文法 简单 的 小 语言 ,也 适用 于 文法 非常 复杂 的 语言 解析 
D. 需要 自 定义 一 个 小 语言 ,如 一 些 简单 的 控制 指令 时 ,可 以 考虑 使 用 解释 器 模式 
3. 现 需要 构造 一 个 语言 解释 器 ,使 得 系统 可 以 执行 整数 间 的 乘 、. 除 和 求 模 运算 。 例 如 
用 户 输入 表达 式 “3 * 4/2%4”, 输 出 结果 为 2。 使 用 解释 器 模式 实现 该 功能 ,要 求 绘制 相应 
的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 
4. 使 用 解释 器 模式 设计 一 个 简单 的 解释 器 ,使 得 系统 可 以 解释 0 和 1 的 或 运算 和 与 运 
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算 ( 不 考虑 或 运算 和 与 运算 的 优先 级 ) ,语句 表达 式 和 输出 结果 的 几 个 实例 如 表 18-1 所 示 。 
表 18-1 表达 式 及 输出 结果 部 分 实例 表 


表达 式 输出 结果 表 达 式 输出 结果 
1 and 0 0 0 or0 0 
1 or 1 1 landlor0 1 
lor0 1 0orland0 0 
1 and 1 1 0orlandlor1l 1 
0 and 0 0 1or0andland0or0 0 


5. 某 软件 公司 要 为 数据 库 备份 和 同步 开发 一 套 简单 的 数据 库 同步 指令 ,通过 指令 可 以 
对 数据 库 中 的 数据 和 结构 进行 备份 ,例如 输入 指令 “COPY VIEW FROM srcDB TO 
desDB” 表 示 将 数据 库 srcDB 中 的 所 有 视图 (View) 对 象 复 制 到 数据 库 desDB; 输入 指令 
“MOVE TABLE Student FROM srcDB TO desDB” 表 示 将 数据 库 srcDB 中 的 Student 表 移 
动 至 数据 库 desDB。 试 使 用 解释 器 模式 来 设计 并 使 用 Java 语言 实现 该 数据 库 同步 指令 。 


迭代 堪 模 式 


迭代 器 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 。 和 迭代 器 用 于 对 一 个 聚合 
对 象 进行 遍历 。 通 过 引入 迭代 器 可 以 将 数据 的 遍历 功能 从 聚合 对 象 中 分 离 出 
来 ,聚合 对 象 只 负责 存储 数据 ,而 遍历 数据 由 迭代 器 完成 ,简化 了 聚合 对 象 的 
设计 ,更 符合 单一 职责 原则 的 要 求 。 
本 章 将 学 习 和 迭代 器 模式 的 定义 与 结构 ,结合 实例 学 习 和 迭代 器 模式 的 实现 
和 应 用 ,并 学 习 如 何 使 用 Java 内 置 迭 代 器 。 
本 章 知识 点 


和 迭代 器 模式 的 定义 
和 迭代 器 模式 的 结构 
和 迭代 器 模式 的 实现 
和 迭代 器 模式 的 应 用 
迭代 器 模式 的 优 /缺点 
和 迭代 器 模式 的 适用 环境 
使 用 内 部 类 实现 迭代 器 
Java 内 置 迭 代 器 


19.1 和 迭代 器 模式 概述 


在 现实 生活 中 人 们 有 两 种 方式 来 操作 一 台电 视 机 以 实现 开机 、 关 机 、 换 台 、 改 变 音量 等 
功能 ,一 种 方式 是 直接 通过 电视 机 控制 面板 上 的 按键 来 实现 , 男 一 种 方式 是 通过 电视 机 遥控 
器 来 间接 实现 。 穆 控 器 为 操作 电视 机 带 来 很 大 的 方便 ,用 户 并 不 需要 知道 那些 电视 频道 到 
底 如 何 存储 在 电视 机 中 。 在 此 可 以 将 电视 机 看 成 一 个 存储 电视 频道 的 集合 对 象 ,通过 遥控 
器 可 以 对 电视 机 中 的 电视 频道 集合 进行 操作 ,例如 返回 上 一 个 频道 . 跳 转 到 下 一 个 频道 或 者 
跳 转 至 指定 的 频道 。 电 视 机 遥控 器 和 电视 机 示意 图 如 图 19-1 所 示 。 
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电视 机 遥控 器 电视 机 
(电视 频道 的 集合 ) 


图 19-1 电视 机 遥控 器 与 电视 机 示意 图 


在 软件 开发 中 也 存在 大 量 类 似 电视 机 一 样 的 类 ,它们 可 以 存储 多 个 成 员 对 象 ( 元 素 ) ,这 
些 类 通常 称 为 聚合 类 (Aggregate Classes) ,对 应 的 对 象 称 为 聚合 对 象 。 为 了 更 加 方便 地 操 
作 这 些 聚 合 对 象 ,同时 可 以 很 灵活 地 为 聚合 对 象 增加 不 同 的 遍历 方法 ,也 需要 类 似 电视 机 遥 


控 器 一 


E 的 角色 ,可 以 访问 一 个 聚合 对 象 中 的 元 素 但 又 不 需要 暴露 它 的 内 部 结构 。 本 章 所 


要 学 习 的 迭代 器 模式 将 为 聚合 对 象 提 供 一 个 遥控 器 ,通过 引入 迭代 器 客户 端 无 须 了 解 聚 合 
对 象 的 内 部 结构 即 可 实现 对 聚合 对 象 中 成 员 的 遍历 ,还 可 以 根据 需要 很 方便 地 增加 新 的 遍 


历 方式 。 


在 软件 系统 中 聚合 对 象 拥有 两 个 职责 : 一 是 存储 数据 ; 二 是 遍历 数据 。 从 依赖 性 来 
看 ,前 者 是 聚合 对 象 的 基本 职责 ; 而 后 者 既是 可 变化 的 ,又 是 可 分 离 的 。 因 此 可 以 将 遍历 数 
据 的 行为 从 聚合 对 象 中 分 离 出 来 ,封装 在 迁 代 器 对 象 中 ,由 和 迭代 器 来 提供 遍历 聚合 对 象 内 部 
数据 的 行为 ,这 将 简化 聚合 对 象 的 设计 ,更 符合 单一 职责 原则 的 要 求 。 

迭代 器 模式 的 定义 如 下 : 


迭代 器 模式 : 提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 
素 , 而 又 不 用 暴露 该 对 象 的 内 部 表示 。 
Iterator Pattern: Provide a way to access the elements of an aggregate 


object sequentially without exposing its underlying representation. 


迭代 器 模式 又 称 游标 (Cursor) 模 式 , 它 是 一 种 对 象 行为 型 模式 。 


19. 2 


迭代 器 模式 结构 与 实现 


19.2.1 友 代 器 模式 结构 


在 迭代 器 模式 结构 中 包含 聚合 和 和 迭代 器 两 个 层次 结构 ,考虑 到 系统 的 灵活 性 和 可 扩展 
性 ,在 迭代 器 模式 中 应 用 了 工厂 方法 模式 ,其 模式 结构 如 图 19-2 所 示 。 
由 图 19-2 可 知 , 迭 代 器 模式 包含 以 下 4 个 角色 。 


(1) 


Iterator( 抽 象 迭代 器 ): 它 定义 了 访问 和 遍历 元 素 的 接口 ,声明 了 用 于 遍历 数据 元 


素 的 方法 ,例如 用 于 获取 第 一 个 元 素 的 first 〇 方法、 用 于 访问 下 一 个 元 素 的 next() 方 法 .用 
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Agregate |] 
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Concretelterator 


ConcreteAggregate 
Tr I+ first() 
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+ hasNe 
+ currentktem () 


图 19-2 ”迭代 器 模式 结构 图 


于 判断 是 否 还 有 下 一 个 元 素 的 hasNext() 方 法 .用 于 获取 当前 元 素 的 currentltem() 方 法 等 ， 
在 具体 迭代 器 中 将 实现 这 些 方 法 。 

(2) ConcreteIterator( 具 体 迁 代 器 ): 它 实 现 了 抽象 迭代 器 接口 ,完成 对 聚合 对 象 的 遍 
历 , 同 时 在 具体 迭代 器 中 通过 游标 来 记录 在 聚合 对 象 中 所 处 的 当前 位 置 ,在 具体 实现 时 游标 
通常 是 一 个 表示 位 置 的 非 负 整数 。 

(3) Aggregate( 抽 象 聚合 类 ) : 它 用 于 存储 和 管理 元 素 对 象 ,声明 一 个 createlterator() 
方法 用 于 创建 一 个 迭代 器 对 象 ,充当 抽象 迭代 器 工厂 角色 。 

(4) ConcreteAggregate( 具 体 聚 合 类 ) : 它 是 抽象 聚合 类 的 子 类 ,实现 了 在 抽象 聚合 类 中 
声明 的 createlterator ( ) 方法 ,该 方法 返回 一 个 与 该 具体 聚合 类 对 应 的 具体 迭代 器 


Concretelterator 实例 。 


19.2.2 迭代 器 模式 实现 


在 迭代 器 模式 中 提供 了 一 个 外 部 的 迭代 器 来 对 聚合 对 象 进行 访问 和 遍历 ,迭代 器 定义 
了 一 个 访问 该 聚合 元 素 的 接口 ,并且 可 以 跟踪 当前 遍历 的 元 素 , 了 解 哪些 元 素 已 经 遍历 过 ， 
哪些 没有 。 迄 代 器 的 引入 将 使 对 一 个 复杂 聚合 对 象 的 操作 变 得 简单 。 

下 面 将 结合 代码 对 迭代 器 模式 的 实现 作 进一步 分 析 。 在 迭代 器 模式 中 应 用 了 工厂 方法 
模式 ,抽象 迭代 器 对 应 于 抽象 产品 角色 ,具体 迭代 器 对 应 于 具体 产品 角色 ,抽象 聚合 类 对 应 
于 抽象 工厂 角色 ,具体 聚合 类 对 应 于 具体 工厂 角色 。 

在 抽象 迄 代 器 中 声明 了 用 于 遍历 聚合 对 象 中 所 存储 元 素 的 方法 ,其 典型 代码 如 下 : 


public interface Iterator { 


public void first(); // 将 游标 指向 第 一 个 元 素 
public void next(); // 将 游标 指向 下 一 个 元 素 
public boolean hasNext(); // 判 断 是 否 存 在 下 一 个 元 素 
public Object currentItem(); // 获 取 游 标 指向 的 当前 元 素 


} 


在 具体 迭代 器 中 将 实现 抽象 迭代 器 声明 的 遍历 数据 的 方法 ,其 典型 代码 如 下 : 
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public class ConcreteIterator implements Iterator { 
Private ConcreteAggregate objects; // 维 持 一 个 对 具体 聚合 对 象 的 引用 , 以 便于 访问 存储 在 
聚合 对 象 中 的 数据 
Private int cursor; // 定 义 一 个 游标 ,用 于 记录 当前 访问 位 置 
Public ConcretelIterator(ConcreteAggregate objects) { 
this. objects = objects; 


public void first() { ...} 

public void next() { ...} 

public boolean hasNext() { ...} 

public Object currentItem() { ...} 
} 


需要 注意 的 是 ,抽象 迭代 器 接口 的 设计 非常 重要 ,一 方面 需要 充分 满足 各 种 遍历 操作 的 
要 求 ,尽量 为 各 种 遍历 方法 都 提供 声明 ; 另 一 方面 又 不 能 包含 太 多 方法 ,接口 中 的 方法 太 多 
将 给 子 类 的 实现 带 来 麻烦 。 因 此 可 以 考虑 使 用 抽象 类 来 设计 抽象 迭代 器 ,在 抽象 类 中 为 每 
一 个 方法 提供 一 个 空 的 默认 实现 。 如 果 需 要 在 具体 迭代 器 中 为 聚合 对 象 增加 全 新 的 遍历 操 
作 , 则 必须 修改 抽象 迭代 器 和 具体 迭代 器 的 源 代码 ,这 将 违反 开 闭 原则 ,因此 在 设计 时 要 考 
虑 全 面 ,避免 之 后 修改 接口 。 

聚合 类 用 于 存储 数据 并 负责 创建 迭代 器 对 象 ,最 简单 的 抽象 聚合 类 代码 如 下 : 


public interface Aggregate { 
Iterator createIterator(); 
} 


具体 聚合 类 作为 抽象 聚合 类 的 子 类 ,一 方面 负责 存储 数据 , 另 一 方面 实现 了 在 抽象 聚合 
类 中 声明 的 工厂 方法 createlterator() ,用 于 返回 一 个 与 该 具体 聚合 类 对 应 的 具体 和 迭代 器 对 
象 ,典型 代码 如 下 : 


public class ConcreteAggregate implements Aggregate { 
public Iterator createIterator() { 
return new ConcreteIterator(this); 


} 


19.3 ” 迄 代 器 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 迭代 器 模式 。 
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1. 实例 说 明 


某 软 件 公 司 为 某 商场 开发 了 一 套 销售 管理 系统 ,在 对 该 系统 进行 
分 析 和 设计 时 ,开发 人 员 发 现 经 常 需要 对 系统 中 的 商品 数据 、 客 户 数 
据 等 进行 遍历 ,为 了 复 用 这 些 遍 历代 码 , 开 发 人 员 设 计 了 一 个 抽象 的 
数据 集合 类 AbstractObjectList, 而 将 存储 商品 和 客户 等 数据 的 类 作 
为 其 子 类 ,AbstractObjectList 类 的 结构 如 图 19-3 所 示 。 


AbstractObjectList 
{abstract} 
- objects : List<Object> 
+ AbstractObjectList (ArrayList objects) 
+ addObject (Object obj) :void 
+ removeObject (Object obj) :void 
+ getObjects () : List 
+ next () :void 
+ isLast () : boolean 
+ previous () : void 
+ isFirst () ; boolean 
+ getNexttem () : Object 
+ getPreviousltem () : Object 


图 19-3 AbstractObjectList 类 结构 图 


在 图 19-3 中 List 类 型 的 对 象 objects 用 于 存储 数据 ,方法 说 明 如 
表 19-1 所 示 。 


表 19-1 AbstractObjectList 类 方法 说 明 


方 法 名 方法 说 明 
AbstractObjectList() 构造 方法 ,用 于 给 objects 对 象 赋值 
addObject() 增加 元 素 
removeObject() 删除 元 素 
getObjects() 获取 所 有 元 素 
next() 移 至 下 一 个 元 素 
isLast() 判断 当前 元 素 是 否 为 最 后 一 个 元 素 
previous() 移 至 上 一 个 元 素 
isFirst() 判断 当前 元 素 是 否 为 第 一 个 元 素 
getNextItem() 获取 下 一 个 元 素 
getPreviousItem() 获取 上 一 个 元 素 


AbstractObjectList 类 的 子 类 ProductList 和 CustomerList 分 别 
用 于 存储 商品 数据 和 客户 数据 。 

通过 分 析 发 现 AbstractObjectList 类 的 职责 非常 重 , 它 既 负责 存 
储 和 管理 数据 ,又 负责 遍历 数据 ,违反 了 单一 职责 原则 ,实现 代码 将 非 
常 复杂 。 因 此 开发 人 员 决 定 使 用 选 代 器 模式 对 AbstractObjectList 
类 进行 重 构 , 将 负责 遍历 数据 的 方法 提取 出 来 封装 到 专门 的 类 中 , 实 
现 数据 存储 和 数据 遍历 分 离 , 还 可 以 给 不 同 的 具体 数据 集合 类 提供 不 
同 的 遍历 方式 。 

现 给 出 使 用 迭代 器 模式 重 构 后 的 解决 方案 。 


2. 实例 类 图 


通过 分 析 , 本 实例 的 结构 如 图 19-4 所 示 。 
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图 19-4 销售 管理 系统 数据 遍历 结构 图 
( 注 : 为 了 简化 类 图 和 代码 ,在 本 结构 图 中 只 提供 一 个 具体 聚合 类 和 具体 迭代 器 类 ) 


AbstractObjectList Abstractlterator 
{abstract} rn 和 
rs ne; :vt 
# objects ; List<Object> Ha a 
+ AbstractObjectList (List objects) + previous () :void 
+ addObject (Object obj) :void + isFirst () 608 
+ removeObject (Object obj) :void + getNextltem () : Object 
+ getObjects () List + getPreviousltem () : Object 
+ createlterator () : Abstractlterator A 
Productlterator 
- productList : ProductList 
-products :List 
- cursor1 :int 
ProductList - cursor2 :int 
| |+Productterator(ProductListlist) 
+ ProductList (List products) | _ __ ___. 二 + next 0 :void 
+ createlterator () : Abstractlterator + isLast () : boolean 
+ previous () :void 
+ isFirst () : boolean 
+ getNextkem () : Object 
+ getPreviousltem () : Object 


在 图 19-4 中 , AbstractObjectList 充当 抽象 聚合 类 , ProductList 充当 具体 聚合 类 ， 
AbstractIterator 充当 抽象 迭代 器 ,Productlterator 充当 具体 迭代 器 。 
在 本 实例 中 为 了 详细 说 明 自 定义 迭代 器 的 实现 过 程 . 没 有 使 用 JDK 中 内 置 的 迭代 器 ， 
事实 上 JDK 内 置 迭 代 器 已 经 实现 了 对 一 个 List 对 象 的 正 向 遍历 。 


3, 实例 代码 


(1) AbstractObjectList: 抽象 聚合 类 。 


//designpatterns. iterator. AbstractObjectList. java 
package designpatterns. iterator; 


import java. util. *; 


public abstract class AbstractObjectList { 
protected List < Object > objects = new ArrayList < Object >(); 


public AbstractObjectList(List < Object> objects) { 
this. objects = objects; 


public void addObject(Object obj) { 
this. objects. add( obj); 


public void removeObject (Object obj) { 
this. objects. remove( obj); 
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public List <Object > getObjects() { 
return this. objects; 


} 


// 声 明 创建 迭代 器 对 象 的 抽象 工厂 方法 
public abstract AbstractIterator createIterator( ); 


(2) ProductList: 商品 数据 类 ,充当 具体 聚合 类 。 


//designpatterns. iterator. ProductList. java 
package designpatterns. iterator; 
import java. util. *; 


public class ProductList extends AbstractObjectList { 
public ProductList(List < Object> products) { 
super(products); 
} 


// 实 现 创 建 迭代 器 对 象 的 具体 工厂 方法 
public AbstractIterator createIterator() { 
return new ProductIterator(this); 

} 


(3) AbstractIterator: 抽象 迭代 器 。 


//designpatterns. iterator. AbstractIterator. java 
package designpatterns. iterator; 


public interface AbstractIterator { 


public void next(); // 移 至 下 一 个 元 素 

public boolean isLast(); // 判 断 是 否 为 最 后 一 个 元 素 
public void previous(); // 移 至 上 一 个 元 素 

public boolean isFirst(); // 判 断 是 否 为 第 一 个 元 素 
public Object getNextItem( ); // 获 取 下 一 个 元 素 


public Object getPreviousItem(); // 获 取 上 一 个 元 素 


(4) ProductIterator: 商品 迭代 器 .充当 具体 迭代 器 。 


//designpatterns. iterator. ProductIterator. java 
package designpatterns. iterator; 
import java. util. *; 
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public class ProductIterator implements AbstractIterator { 


private List < Object > products; 
private int cursorl; 
private int cursor2; 


public ProductIterator(ProductList list) { 
this. products = list. getObjects(); 
cursorl = 0; 
cursor2 = products. size()—1; 


public void next() { 
if(cursorl < products. size()) { 
Cursorl++; 


public boolean isLast() { 
return (cursorl == products. size( )); 


public void previous() { 
i1f (cursor2> —1) { 
CUPSOT2 = 


public boolean isFirst() { 
return (cursor2 == — 1); 


public Object getNextItem() { 
return products. get (cursor1); 


public Object getPreviousItem() { 
return products. get (cursor2); 


// 定 义 一 个 游标 ,用 于 记录 正 向 遍历 的 位 置 
// 定 义 一 个 游标 ,用 于 记录 逆向 遍历 的 位 置 


// 获 取 集 合 对 象 
// 设 置 正 向 遍历 游标 的 初始 值 
// 设 置 逆 向 遍历 游标 的 初始 值 


(5) Client: 客户 端 测试 类 。 


//designpatterns. iterator. Client. java 
package designpatterns. iterator; 
import java. util. *; 


public class Client { 
public static void main(String args[]) { 
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List< Object > products = new RrrayList< Object >(); 
products.add(" 倚 天 剑 "); 

products.add(" 层 龙 刀 "); 

products.add(" 断 肠 草 "); 

products.add(" 葵 花 宝典 ") ;7 

products.add(" 四 十 二 章 经 "); 


AbstractObjectList list; 


RbstractIterator iterator; 


list = new ProductList(products); // 创 建 聚合 对 象 
iterator = list. createIterator(); // 创 建 迭代 器 对 象 


System. out. println(" 正 向 遍历 : "); 

while(!iterator. isLast()) { 
System. out. print(iterator. getNextItem() +","); 
iterator. next(); 

} 

System. out. println(); 

SYoten ou ont 由 内 

System. out. println(" 逆 向 遍历 :"); 

while(! iterator. isFirst()) { 
System. out. print(iterator. getPreviousItem() +","); 
iterator. previous( ); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


正 向 遍历 : 
倚天 剑 , 层 龙 刀 , 断 肠 草 ,葵花 宝典 ,四 十 二 章 经 ， 


逆向 遍历 : 
四 十 二 章 经 ,葵花 宝典 ,断肠 草 , 屠 龙 刀 , 倚 天 剑 ， 


如 果 需 要 增加 一 个 新 的 具体 聚合 类 ,例如 客户 数据 集合 类 ,并 且 需 要 为 客户 数据 集合 类 
提供 不 同 于 商品 数据 集合 类 的 正 向 遍历 和 北向 遍历 操作 ,只 需 增加 一 个 新 的 聚合 子 类 和 一 
个 新 的 具体 迭代 器 类 即 可 , 原 有 类 库 代码 无 须 修改 ,符合 开 闭 原则 ; 如 果 需 要 为 
ProductList 类 更 换 一 个 迭代 器 ,只 需要 增加 一 个 新 的 具体 迭代 器 类 作为 抽象 迭代 器 类 的 子 
类 ,重新 实现 遍历 方法 , 原 有 和 迭代 器 代码 无 须 修 改 , 也 符合 开 闭 原则 ; 但 是 如 果 要 在 迭代 器 
中 增加 新 的 方法 , 则 需要 修改 抽象 迭代 器 源 代码 ,这 将 违背 开 闭 原则 。 
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19.4 使 用 内 部 类 实现 迭代 器 


在 如 图 19-2 所 示 的 迭代 器 模式 结构 图 中 ,具体 迭代 器 类 和 具体 聚合 类 之 间 存 在 双重 关 
系 ,其 中 一 个 关系 为 关联 关系 ,在 具体 迭代 器 中 需要 维持 一 个 对 具体 聚合 对 象 的 引用 ,该 关 
联 关系 的 目的 是 访问 存储 在 聚合 对 象 中 的 数据 ,以 便 迭 代 器 能 够 对 这 些 数据 进行 遍历 操作 。 

除了 使 用 关联 关系 外 ,为 了 能 够 让 迭代 器 可 以 访问 到 聚合 对 象 中 的 数据 ,还 可 以 将 迭代 
器 类 设计 为 聚合 类 的 内 部 类 ,JDK 中 的 迭代 器 类 就 是 通过 这 种 方法 来 实现 的 , 如 
AbstractList 类 代码 片段 所 示 : 


package java. util; 
public abstract class AbstractList <E> extends AbstractCollection<E> implements List <E>{ 


private class Itr implements Iterator <E> { 
int cursor = 0; 


下 面 对 19.3 节 中 的 ProductList 类 进行 修改 ,将 ProductIterator 类 作为 ProductList 
类 的 内 部 类 ,代码 如 下 : 


// 使 用 内 部 类 实现 的 商品 数据 类 
public class ProductList extends AbstractObjectList { 


public ProductList(List < Object > products) { 
super(products); 
} 


public AbstractIterator createIterator() { 
return new ProductIterator( ); 
} 


// 商 品 和 迭代 器 : 具体 迭代 器 ,内 部 类 实现 
private class ProductIterator implements AbstractIterator { 
private int cursorl; 


private int cursor2; 


public ProductIterator() { 
Cursorl = 0; 
cursor2 = objects. size()—1; 


} 


public void next() { 
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if(cursorl < objects. size()) { 
cursorl++; 
} 
. 


public boolean isLast() { 
return (cursorl == objects. size()); 


1 


public void previous() { 
if(cursor2 > 一 1) { 
es 二 你 


} 
' 


public boolean isFirst() { 
return (cursor2 == —1); 


} 


public Object getNextItem() { 
return objects. get(cursor1) 


1 
public Object getPreviousItem() { 
return objects. get(cursor2); 


} 


} 


无 论 使 用 哪 种 实现 机 制 ,客户 端 代码 都 是 一 样 的 ,也 就 是 说 客户 端 无 须 关 心 具体 迭代 器 
对 象 的 创建 细节 ,只 需 通过 调用 工厂 方法 createIterator() 即 可 得 到 一 个 可 用 的 迭代 器 对 象 ， 
这 也 是 使 用 工厂 方法 模式 的 好 处 ,通过 工厂 来 封装 对 象 的 创建 过 程 ,简化 了 客户 端的 调用 。 


19.5 Java 内 置 和 迭代 器 


为 了 让 开发 人 员 能 够 更 加 方便 地 操作 聚合 对 象 ,在 Java、C# 等 编程 语言 中 都 提供 了 内 
置 迭 代 器 。 在 Java 集合 框架 中 ,常用 的 List 和 Set 等 聚合 类 都 继承 (或 实现 ) 了 java. util. 
Collection 接口 ,在 Collection 接口 中 声明 了 以 下 方法 (部 分 ) : 


package java. util; 
public interface Collection<E> extends Iterable<E> { 
boolean add(Object c); 


boolean addAll(Collection c); 
boolean remove(Object o); 
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boolean removeAll(Collection c); 
boolean remainAll(Collection c); 
Iterator iterator(); 


} 


除了 包含 一 些 增加 元 素 和 删除 元 素 的 方法 外 ,Collection 还 提供 了 一 个 iterator() 方 法 ， 
用 于 返回 一 个 Iterator 类 型 的 迭代 器 对 象 ,以 便 遍历 聚合 中 的 元 素 ; 具体 的 Java 聚合 类 可 
以 通过 实现 该 iterator() 方 法 返回 一 个 具体 的 Iterator 对 象 。 

在 JDK 中 定义 了 抽象 迭代 器 接口 Iterator, 代 码 如 下 : 


package java. util; 


public interface Iterator <E>{ 
boolean hasNext(); 
E next(); 
void remove( ); 


} 


其 中 ,hasNext() 用 于 判断 聚合 对 象 中 是 否 还 存在 下 一 个 元 素 ,为 了 不 抛 出 异常 ,在 每 
次 调用 next() 之 前 需要 先 调用 hasNext() ,如 果 有 可 供 访 问 的 元 素 , 则 返回 true; next() 方 
法 用 于 将 游标 移 至 下 一 个 元 素 , 通 过 它 可 以 逐个 访问 聚合 中 的 元 素 , 它 返回 游标 所 越过 的 那 
个 元 素 的 引用 ; remove() 方 法 用 于 删除 上 次 调用 next() 时 所 返回 的 元 素 。 

Java 迭代 器 的 工作 原理 如 图 19-5 所 示 ,在 第 一 个 next() 方 法 被 调用 时 ,和 迭代 器 游标 由 
“元 素 1” 与 “元 素 2" 之 间 移 至 "元素 2” 与 “元 素 3 之 间 ,跨越 了 “元 素 2”, 因 此 next() 方 法 将 
返回 对 “元 素 2” 的 引用 ; 在 第 二 个 next() 方 法 被 调用 时 ,迭代 器 由 “元 素 2” 与 “元 素 3 之 间 
移 至 “元 素 3” 和 "元 素 4” 之 间 ,next() 方 法 将 返回 对 “元 素 3” 的 引用 ,如 果 此 时 调用 remove() 方 
法 , 即 可 将 “元 素 3” 删 除 。 


remove() 


元 素 1 元 素 4 


图 19-5 Java 迭代 器 示意 图 


以 下 代码 片段 可 用 于 删除 聚合 对 象 中 的 第 一 个 元 素 : 


Iterator iterator = collection. iterator( ); //collection 是 已 实例 化 的 聚合 对 象 
iterator. next(); // 跳 过 第 一 个 元 素 
iterator. remove( ); // 删 除 第 一 个 元 素 
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需要 注意 的 是 ,此 处 next() 方 法 与 remove() 方 法 的 调用 是 相互 关联 的 。 如 果 在 调用 
remove() 之 前 没有 对 next() 进 行 调用 ,那么 将 会 抛 出 一 个 IllegalStateException 异常 ,因为 
没有 任何 可 供 删除 的 元 素 。 

以 下 代码 片段 用 于 删除 两 个 相 邻 的 元 素 : 


iterator. remove( ); 


iterator. next(); // 如 果 删 除 此 行 代 码 程序 将 抛 异常 


iterator. remove( ); 


在 上 面 的 代码 片段 中 如 果 将 代码 “iterator. next();” 去 掉 则 程序 运行 抛 异 常 ,因为 第 二 
次 删除 时 将 找 不 到 可 供 删 除 的 元 素 。 

在 JDK 中 Collection 接口 和 Iterator 接口 充当 了 和 迭代 器 模式 的 抽象 层 , 分 别 对 应 于 抽 
象 聚合 类 和 抽象 迭代 器 ,而 Collection 接口 的 子 类 充当 了 具体 聚合 类 。 下 面 以 List 为 例 进 
行 说 明 , 图 19-6 列 出 了 JDK 中 部 分 与 List 有 关 的 类 及 它们 之 间 的 关系 。 


Collection heraton 
+ iterator () : Iterator 
加 Uist 
= Listheraton 
i Dl terator 0) Terator 
+ listlterator () :Listherator 内 ~， 
+ listterator (int index) : Listterator ! A 
A : ' 


AbstractList AbstractSequentialList = 二 
LinkedList Uistitr 
+ lterator () : lerator + Merator () Terator 人 
+ listlterator () :Listterator | |+ istherator (nt index) : Listkerator | 。 [+ listterator (ntindex :Listerator 
+ listlterator (int index) : Listterator 


图 19-6 Java 集 合 框架 中 部 分 类 结构 图 
( 注 : 为 了 简化 类 图 ,本 图 省 略 了 大 量 方法 ) 


在 JDK 中 实际 情况 要 比 图 19-6 复杂 很 多 。 在 图 19-6 中 ,List 接口 除了 继承 Collection 
接口 的 iterator() 方 法 外 还 增加 了 新 的 工厂 方法 listIterator() ,专门 用 于 创建 ListIterator 
类 型 的 迭代 器 ,在 List 的 子 类 LinkedList 中 实现 了 该 方法 ,可 用 于 创建 具体 的 ListIterator 
子 类 Listltr 的 对 象 ,代码 如 下 : 


public ListIterator <E> listIterator(int index) { 
return new ListItr( index); 


} 


listIterator() 方 法 用 于 返回 具体 迭代 器 ListItr 类 型 的 对 象 。 在 JDK 源码 中 ,AbstractList 
中 的 iterator() 方 法 调用 了 listIterator() 方 法 ,代码 如 下 : 


public Iterator <E> iterator() { 
return listIterator(); 


} 
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客户 端 通过 调用 LinkedList 类 的 iterator( ) 方 法 即 可 得 到 一 个 专门 用 于 遍历 
LinkedList 的 迭代 器 对 象 。 

在 Java 语言 中 可 以 直接 使 用 JDK 内 置 的 迭代 器 来 遍历 聚合 对 象 中 的 元 素 , 下 面 的 代 
码 演示 了 如 何 使 用 Java 内 置 的 迭代 器 : 


import java. util. *; 


public class IteratorDemo { 
public static void process(Collection c) { 
Iterator i = c. iterator(); // 创 建 迭代 器 对 象 


// 通 过 迭代 器 遍历 聚合 对 象 
while(i.hasNext()) { 
System. out. println(i. next().toString()); 
} 
} 


public static void main(String args[]) { 

Collection persons; 

persons = new RrrayList(); // 创 建 一 个 ArrayList 类 型 的 聚合 对 象 
persons.add(" 张 无 尽 "); 

persons.add( "小龙 女 "); 

persons.add(" 令 狐 冲 "); 

persons. add( "韦小宝 "); 

persons.add(" 囊 紫衣 "); 

persons.add(" 小 龙 女 "); 


process(persons); 


在 静态 方法 process() 中 使 用 迭代 器 Iterator 对 Collection 对 象 进行 处 理 ,该 段 代 码 前 
运行 结果 如 下 : 


张无忌 
小 龙 女 
令狐冲 
韦小宝 
圳 紫衣 
小 龙 女 


如 果 需 要 更 换 聚 合 类 型 .例如 将 List 改 成 Set, 则 只 需 更 换 具 体 聚 合 类 的 类 名 。 例 如 将 
上 述 代码 中 的 ArrayList 改 为 HashSet, 则 输出 结果 如 下 : 


令狐冲 
张无忌 
韦小宝 
小 龙 女 
豆 紫 衣 
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在 HashSet 中 合并 了 重复 元 素 , 并 且 元 素 以 随机 次 序 输出 ,其 结果 与 使 用 ArrayList 不 
同 。 由 此 可 见 , 通 过 使 用 迭代 器 模式 使 得 更 换 具体 聚合 类 变 得 非常 方便 ,而 且 还 可 以 根据 需 
要 增加 新 的 聚合 类 ,新 的 聚合 类 只 需要 实现 Collection 接口 ,无 须 修改 原 有 类 库 代 码 ,符合 
闭 原则 。 


19.6 迭代 器 模式 优 /缺点 与 适用 环境 


迭代 器 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 ,通过 引入 迭代 器 可 以 将 数据 的 遍历 功 
能 从 聚合 对 象 中 分 离 出 来 ,聚合 对 象 只 负责 存储 数据 ,而 遍历 数据 由 迭代 器 来 完成 。 由 于 很 
多 编程 语言 的 类 库 都 已 经 实现 了 和 迭代 器 模式 ,因此 在 实际 开发 中 只 需要 直接 使 用 Java、C# 
等 语言 已 定义 好 的 迭代 器 即 可 ,和 迭代 器 已 经 成 为 操作 聚合 对 象 的 基本 工具 之 一 。 


19.6.1 迭代 器 模式 优点 


迭代 器 模式 的 优点 主要 如 下 : 

(1) 迭代 器 模式 支持 以 不 同 的 方式 遍历 一 个 聚合 对 象 ,在 同一 个 聚合 对 象 上 可 以 定义 
多 种 遍历 方式 。 在 和 迭代 器 模式 中 只 需要 用 一 个 不 同 的 迭代 器 来 替换 原 有 迭代 器 即 可 改变 遍 
历 算法 ,也 可 以 自己 定义 迭代 器 的 子 类 以 支持 新 的 遍历 方式 。 

(2) 迭代 器 模式 简化 了 聚合 类 。 由 于 引入 了 和 迭代 器 ,在 原 有 的 聚合 对 象 中 不 需要 再 自 
行 提 供 数据 遍历 等 方法 ,这 样 可 以 简化 聚合 类 的 设计 。 

(3) 在 迭代 器 模式 中 由 于 引入 了 抽象 层 ,增加 新 的 聚合 类 和 和 迭代 器 类 都 很 方便 ,无 须 修 
改 原 有 代码 ,满足 开 闭 原则 。 


19.6.2 达 代 器 模式 缺点 


迭代 器 模式 的 缺点 主要 如 下 : 

(1) 由 于 和 迭代 器 模式 将 存储 数据 和 遍历 数据 的 职责 分 离 ,在 增加 新 的 聚合 类 时 需要 对 
应 增加 新 的 迭代 器 类 ,类 的 个 数 成 对 增加 ,这 在 一 定 程度 上 增加 了 系统 的 复杂 性 。 

(2) 抽象 迭代 器 的 设计 难度 较 大 ,需要 充分 考虑 到 系统 将 来 的 扩展 。 在 自 定义 迭代 器 
时 创建 一 个 考虑 全 面 的 抽象 迭代 器 并 不 是 一 件 很 容易 的 事情 。 


19.6.3 迭代 器 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 迭代 器 模式 : 

(1) 访问 一 个 聚合 对 象 的 内 容 而 无 须 暴 露 它 的 内 部 表示 。 将 聚合 对 象 的 访问 与 内 部 数 
据 的 存储 分 离 ,使 得 访问 聚合 对 象 时 无 须 了 解 其 内 部 实现 细节 。 

(2) 需要 为 一 个 聚合 对 象 提供 多 种 遍历 方式 。 

(3) 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 ,在 该 接口 的 实现 类 中 为 不 同 的 聚合 
结构 提供 不 同 的 遍历 方式 ,而 客户 端 可 以 一 致 性 地 操作 该 接口 。 
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19.7 ”本章 小 结 


1. 迭代 器 模式 提供 一 种 方法 顺序 访问 一 个 聚合 对 象 中 的 各 个 元 素 ,而 又 不 用 暴露 该 对 
象 的 内 部 表示 。 和 迭代 器 模式 是 一 种 对 象 行为 型 模式 。 

2. 迭代 器 模式 包含 抽象 欠 代 器 .具体 迭代 器 、 抽 象 聚 合 类 和 具体 聚合 类 4 个 角色 。 其 
中 ,抽象 欠 代 器 定义 了 访问 和 遍历 元 素 的 接口 ,声明 了 用 于 遍历 数据 元 素 的 方法 ; 具体 迭代 
器 实 现 了 抽象 迭代 器 接口 ,完成 对 聚合 对 象 的 遍历 ; 抽象 聚合 类 用 于 存储 和 管理 元 素 对 象 ; 
具体 聚合 类 是 抽象 聚合 类 的 子 类 ,实现 了 在 抽象 聚合 类 中 声明 的 方法 。 

3. 迭代 器 模式 的 优点 主要 是 它 支持 以 不 同 的 方式 遍历 一 个 聚合 对 象 ,在 同一 个 聚合 对 
象 上 可 以 定义 多 种 遍历 方式 ; 简化 了 聚合 类 ; 增加 新 的 聚合 类 和 和 迭代 器 类 都 很 方便 ,无 须 
修改 原 有 代码 ,满足 开 闭 原则 。 其 缺点 主要 是 在 增加 新 的 聚合 类 时 需要 对 应 增加 新 的 迭代 
器 类 ,类 的 个 数 成 对 增加 ,这 在 一 定 程度 上 增加 了 系统 的 复杂 性 ; 抽象 迭代 器 的 设计 难度 较 
大 ,需要 充分 考虑 到 系统 将 来 的 扩展 。 

4. 迭代 器 模式 适用 于 以 下 环境 : 访问 一 个 聚合 对 象 的 内 容 而 无 须 暴露 它 的 内 部 表示 ; 
需要 为 一 个 聚合 对 象 提供 多 种 遍历 方式 ; 为 遍历 不 同 的 聚合 结构 提供 一 个 统一 的 接口 ,在 
该 接口 的 实现 类 中 为 不 同 的 聚合 结构 提供 不 同 的 遍历 方式 ,而 客户 端 可 以 一 致 性 地 操作 该 
接口 。 

5. 除了 使 用 关联 关系 外 ,为 了 能 够 让 迭代 器 可 以 访问 到 聚合 对 象 中 的 数据 ,还 可 以 将 
和 迭代 器 类 设计 为 聚合 类 的 内 部 类 。 

6. 在 Java 集合 框架 中 提供 了 对 迭代 器 模式 的 支持 ,Collection 接口 和 Iterator 接口 充 
当 了 和 迭代 器 模式 的 抽象 层 , 分 别 对 应 于 抽象 聚合 类 和 抽象 欠 代 器 ,而 Collection 接口 的 子 类 
充当 了 具体 聚合 类 ,可 以 直接 使 用 JDK 内 置 的 迭代 器 来 遍历 聚合 对 象 中 的 元 素 。 


19.8 “习题 


1. 迭代 器 模式 用 于 处 理 具有 ( ) 性 质 的 类 。 

A. 抽象 B. 聚集 C. 单 例 D. 共享 
2. 以 下 关于 和 迭代 器 模式 的 叙述 错误 的 是 (  )。 

A. 迭代 器 模式 提供 一 种 方法 来 访问 聚合 对 象 ,而 无 须 暴露 这 个 对 象 的 内 部 表示 

B. 迭代 器 模式 支持 以 不 同 的 方式 遍历 一 个 聚合 对 象 

C. 迭代 器 模式 定义 了 一 个 访问 聚合 元 素 的 接口 ,并 且 可 以 跟踪 当前 遍历 的 元 素 , 了 

解 哪些 元 素 已 经 遍历 过 而 哪些 没有 

D. 在 抽象 聚合 类 中 定义 了 访问 和 遍历 元 素 的 方法 并 在 具体 聚合 类 中 实现 这 些 方 法 

3. 在 迭代 器 模式 中 将 数据 存储 与 数据 遍历 分 离 , 数 据 存储 由 聚合 类 负责 ,数据 遍历 
迭代 器 负责 ,这 种 设计 方案 是 ( 。 ”) 的 具体 应 用 。 
A. 依赖 倒转 原则 B. 接口 隔离 原则 
C. 单一 职责 原则 D. 合成 复 用 原则 


外 282 .Java 设计 模式 


4. 电视 机 遥控 器 是 一 个 迭 代 器 的 现实 应 用 ,通过 它 可 以 实现 对 电视 频道 集合 的 遍历 操 
作 , 电 视 机 可 以 看 成 一 个 存储 频道 的 聚合 对 象 。 试 模拟 电视 机 遥控 器 的 实现 ,要 求 绘制 相应 
的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

5. 某 教务 管理 系统 中 一 个 班级 (Class) 包 含 多 个 学 生 (Student) ,使 用 Java 内 置 迭代 器 
实现 对 学 生 信 息 的 遍历 ,要 求 按 学 生年 龄 由 大 到 小 的 次 序 输出 学 生 信 息 。 

6. 设计 一 个 逐 页 迭代 器 ,每 次 可 返回 指定 个 数 ( 一 页 ) 的 元 素 , 并 将 该 迭代 器 用 于 对 数 
据 进行 分 页 处 理 。 


中 介 者 模式 


对 于 那些 对 象 之 间 存 在 复杂 交互 关系 的 系统 ,中 介 者 模式 提供 了 一 种 简 
化 复杂 交互 的 解决 方案 , 它 通过 引入 中 介 者 将 原本 对 象 之 间 的 两 两 交互 转化 
为 每 个 对 象 与 中 介 者 之 间 的 交互 ,中 介 者 可 以 对 对 象 之 间 的 通信 进行 控制 与 
协调 ,降低 原 有 系统 的 耦合 度 ,使 得 系统 更 加 灵活 ,也 更 易于 扩展 。 

本 章 将 学 习 中 介 者 模式 的 定义 与 结构 ,理解 为 何以 及 如 何 引 入 中 介 者 角 
色 ，, 学 会 编程 实现 中 介 者 模式 以 及 理解 如 何 通过 中 介 者 模式 简化 对 象 之 间 的 
复杂 交互 关系 。 

本 章 知 识 点 

。 中 介 者 模式 的 定义 

。 中 介 者 模式 的 结构 

。 中 介 者 模式 的 实现 

。 中 介 者 模式 的 应 用 

。 中 介 者 模式 的 优 /缺点 

。 中 介 者 模式 的 适用 环境 


20.1 中 介 者 模式 概述 


在 QQ 聊天 中 存在 两 种 聊天 方式 : 第 一 种 是 用 户 与 用 户 直接 聊天 ,第 二 种 是 通过 QQ 
群 聊天 ,如 图 20-1 所 示 。 如 果 使 用 图 20-1(a) 所 示 的 方式 ,一 个 用 户 如 果 要 与 其 他 用 户 聊天 
或 发 送 文件 ,通常 需要 加 其 他 用 户 为 好 友 , 用 户 与 用 户 之 间 存 在 多 对 多 的 联系 ,这 将 导致 系 
统 中 用 户 之 间 的 关系 非常 复杂 ,一 个 用 户 如 果 要 将 相同 的 信息 或 文件 发 送 给 其 他 所 有 用 户 ， 
必须 一 个 一 个 地 发 送 , 于 是 QQ 群 产生 了 ,如 图 20-1(b) 所 示 。 如 果 使 用 QQ 群 ,一 个 用 户 
就 可 以 向 多 个 用 户 发 送 相同 的 信息 和 文件 而 无 须 一 一 进行 发 送 , 只 需要 将 信息 或 文件 发 送 
到 群 中 或 作为 群 共享 即 可 , 群 的 作用 就 是 将 发 送 者 所 发 送 的 信息 和 文件 转发 给 每 一 个 接收 
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者 用 户 。 通 过 引入 群 的 机 制 ,将 极 大 减少 系统 中 用 户 之 间 的 两 两 通信 ,用户 与 用 户 之 间 的 联 


系 可 以 通过 群 来 实现 。 
EN ”| 库 巴 GEOO 
三 交 尝 中 竹 知 经 SC。 中 爱 会 外 、 后 生生 泛 ， 名 使 用 外 手软 件 . Hs 
4 加 二 人 Dz 
== sae @ 
58 国 起 
了 会 李 四 
ADYHeBo 中- Pac- 全 风 王石 
© 男 小 花 
办 张 三 
ddd 关 aG Ws) | 
(a) 用 户 与 用 户 直接 聊天 (b) 通过 QQ 群 聊天 


图 20-1 QQ 聊天 示意 图 


在 软件 系统 中 , 某 些 类 /对 象 之 间 的 相互 调用 关系 错综复杂 ,类 似 QQ 用 户 之 间 的 关系 ， 
此 时 特别 需要 一 个 类 似 "QQ 群 ” 的 中 间 类 来 协调 这 些 类 /对 象 之 间 的 复杂 关系 ,以 降低 系统 
的 耦合 度 。 中 介 者 模式 为 此 而 诞生 , 它 通过 在 系统 中 增加 中 介 者 对 象 来 降低 原 有 类 /对 象 之 
间 的 复杂 引用 关系 。 

下 面 对 中 介 者 模式 的 模式 动机 做 进一步 说 明 : 

如 果 在 一 个 系统 中 对 象 之 间 的 联系 呈现 为 网 状 结构 ,如 图 20-2 所 示 ,对象 之 间 存 在 大 
量 的 多 对 多 联系 ,将 导致 系统 非常 复杂 ,这 些 对 象 既 会 影响 其 他 对 象 , 也 会 被 其 他 对 象 所 影 
响 , 这 些 对 象 被 称 为 同事 对 象 ,它们 之 间 通 过 彼此 的 相互 作用 实现 系统 的 行为 。 在 网 状 结构 
中 ,几乎 每 个 对 象 都 需要 与 其 他 对 象 发 生 相 互 作 用 ,而 这 种 相互 作用 表现 为 一 个 对 象 与 另外 
一 个 对 象 的 直接 耦合 ,这 将 导致 一 个 过 度 耦 合 的 系统 。 

中 介 者 模式 可 以 使 对 象 之 间 的 关系 数量 急剧 减少 ,通过 引入 中 介 者 对 象 ,可 以 将 系统 的 
网 状 结构 变 成 以 中 介 者 为 中 心 的 星 形 结构 ,如 图 20-3 所 示 。 在 这 个 星 形 结构 中 ,同事 对 象 
不 再 直接 与 男 一 个 对 象 联系 , 它 通过 中 介 者 对 象 与 男 一 个 对 象 发 生 相互 作用 。 中 介 者 对 象 
的 存在 保证 了 对 象 结构 上 的 稳定 ,也 就 是 说 ,系统 的 结构 不 会 因为 新 对 象 的 引入 带 来 大 量 的 
修改 工作 。 


和 
EN 


图 20-2 对象 之 间 存 在 复杂 关系 的 网 状 结构 图 20-3 引入 中 介 者 对 象 的 星 形 结构 
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如 果 在 一 个 系统 中 对 象 之 间 存 在 多 对 多 的 相互 关系 ,可 以 将 对 象 之 间 的 一 些 交互 行为 
从 各 个 对 象 中 分 离 出 来 ,集中 封装 在 一 个 中 介 者 对 象 中 ,并 由 该 中 介 者 进行 统一 协调 ,这 样 
对 象 之 间 多 对 多 的 复杂 关系 就 转化 为 相对 简单 的 一 对 多 关系 。 

中 介 者 模式 的 定义 如 下 : 


中 介 者 模式 : 定义 一 个 对 象 来 封装 一 系列 对 象 的 交互 。 中 介 者 
模式 使 各 对 象 之 间 不 需要 显 式 地 相互 引用 ,从 而 使 其 耦合 松散 ,而 且 
用 户 可 以 独立 地 改变 它们 之 间 的 交互 。 

Mediator Pattern: Define an object that encapsulates how a set 
of objects interact. Mediator promotes loose coupling by keeping 
objects from referring to each other explicitly, and it lets you vary 


their interaction independently. 


中 介 者 模式 又 称 为 调停 者 模式 , 它 是 一 种 对 象 行为 型 模式 。 在 中 介 者 模式 中 ,通过 引入 
中 介 者 来 简化 对 象 之 间 的 复杂 交互 ,中介 者 模式 是 迪 米 特 法 则 的 一 个 典型 应 用 。 


20.2 ”中介 者 模式 结构 与 实现 


20.2.1 中 介 者 模式 结构 


在 中 介 者 模式 中 引入 了 用 于 协调 其 他 对 象 /类 之 间 相互 调用 的 中 介 者 类 ,为 了 让 系统 具 
有 更 好 的 灵活 性 和 可 扩展 性 ,通常 还 提供 了 抽象 中 介 者 ,其 结构 如 图 20-4 所 示 。 


Colleague 


1 


ConcreteMediator ConcreteColleagueA| ConcreteColleagueB 


| 


Mediator mediator 


图 20-4 中 介 者 模式 结构 图 


由 图 20-4 可 知 ,中 介 者 模式 包含 以 下 4 个 角色 。 

(1) Mediator( 抽 象 中 介 者 ): 它 定义 一 个 接口 ,该 接口 用 于 与 各 同事 对 象 之 间 进 行 
通信 。 

(2) ConcreteMediator( 具 体 中 介 者 ): 它 是 抽象 中 介 者 的 子 类 ,通过 协调 各 个 同事 对 象 
来 实现 协作 行为 , 它 维持 了 对 各 个 同事 对 象 的 引用 。 

(3) Colleague( 抽 和 象 同事 类 ): 它 定 义 各 个 同事 类 公有 的 方法 ,并 声明 了 一 些 抽象 方法 供 
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子 类 实现 ,同时 它 维 持 了 一 个 对 抽象 中 介 者 类 的 引用 ,其 子 类 可 以 通过 该 引用 与 中 介 者 
通信 。 

(4) ConcereteColleague( 具 体 同 事 类 ) : 它 是 抽象 同事 类 的 子 类 ,每 一 个 同事 对 象 在 需要 
和 其 他 同事 对 象 通信 时 先 与 中 介 者 通信 ,通过 中 介 者 间接 完成 与 其 他 同事 类 的 通信 ; 在 具 
体 同事 类 中 实现 了 在 抽象 同事 类 中 声明 的 抽象 方法 。 


20.2.2 中 介 者 模式 实现 
中 介 者 模式 的 核心 在 于 中 介 者 类 的 引入 ,在 中 介 者 模式 中 ,中 介 者 类 承担 了 两 个 方面 的 


职责 : 
(1) 中 转 作用 (结构 性 ): 通过 中 介 者 提供 的 中 转 作 用 ,各 个 同事 对 象 不 再 需要 显 式 地 
引用 其 他 同事 , 当 需 要 和 其 他 同事 进行 通信 时 可 通过 中 介 者 实现 间接 调用 。 该 中 转 作 用 属 
于 中 介 者 在 结构 上 的 支持 。 
(2) 协调 作用 (行为 性 ): 中 介 者 可 以 更 进一步 地 对 同事 之 间 的 关系 进行 封装 ,同事 可 
以 一 致 地 和 中 介 者 进行 交互 ,而 不 需要 指明 中 介 者 需要 具体 怎么 做 ,中 介 者 根据 封装 在 自身 
内 部 的 协调 逻辑 对 同事 的 请 求 进行 进一步 处 理 , 将 同事 成 员 之 间 的 关系 行为 进行 分 离 和 者 
装 。 该 协调 作用 属于 中 介 者 在 行为 上 的 支持 。 
在 中 介 者 模式 中 ,典型 的 抽象 中 介 者 类 代码 如 下 : 


public abstract class Mediator { 


protected ArrayList < Colleague > colleagues = new ArrayList < Colleague>(); // 用 于 存储 同 
事 对 象 


// 注 册 方 法 ,用 于 增加 同事 对 象 

public void register(Colleague colleague) { 
colleagues. add(colleague); 

上 


// 声 明 抽象 的 业务 方法 
public abstract void operation( ); 


! 


在 抽象 中 介 者 中 可 以 定义 一 个 同事 类 的 集合 ,用 于 存储 同事 对 象 并 提供 注册 方法 ,同时 
声明 了 具体 中 介 者 类 所 具有 的 方法 。 在 具体 中 介 者 类 中 将 实现 这 些 抽象 方法 ,典型 的 具体 
中 介 者 类 代码 如 下 : 


public class ConcreteMediator extends Mediator { 
// 实 现 业务 方法 ,封装 同事 之 间 的 调用 
public void operation() { 


((Colleague) (colleagues. get(0) ) ) .method1(); // 通 过 中 介 者 调用 同事 类 的 方法 
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在 具体 中 介 者 类 中 将 调用 同事 类 的 方法 ,在 调用 时 可 以 增加 一 些 自己 的 业务 代码 对 调 
用 进行 控制 。 

在 抽象 同事 类 中 维持 了 一 个 抽象 中 介 者 的 引用 ,用 于 调用 中 介 者 的 方法 。 典 型 的 抽象 
事 类 代码 如 下 : 


同 


public abstract class Colleague { 
protected Mediator mediator; // 维 持 一 个 抽象 中 介 者 的 引用 


public Colleague(Mediator mediator) { 
this. mediator = mediator; 


} 
public abstract void method1(); ”// 声 明 自身 方法 ,处 理 自己 的 行为 


// 定 义 依赖 方法 ,与 中 介 者 进行 通信 
public void method2() { 
mediator. operation( ); 
} 


在 抽象 同事 类 中 声明 了 同事 类 的 抽象 方法 ,而 在 具体 同事 类 中 将 实现 这 些 方法 。 典 型 
的 具体 同事 类 代码 如 下 : 


public class ConcreteColleague extends Colleague { 
public ConcreteColleague( Mediator mediator) { 
super (mediator); 


} 


// 实 现 自身 方法 
public void method1() { 


} 
} 


在 具体 同事 类 ConcreteColleague 中 实现 了 在 抽象 同事 类 中 声明 的 方法 ,其 中 方法 
method1() 是 同事 类 的 自身 方法 (Self-Method) ,用 于 处 理 自己 的 行为 ; 而 方法 method2() 
是 依赖 方法 (Depend-Method) ,用 于 调用 在 中 介 者 中 定义 的 方法 ,依赖 中 介 者 来 完成 相应 的 
行为 ,例如 调用 另 一 个 同事 类 的 相关 方法 。 


20.3 ”中 介 者 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 中 介 者 模式 。 
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1. 实例 说 明 


某 软 件 公 司 要 开发 一 套 CRM 系统 ,其 中 包含 一 个 客户 信息 管理 
模块 ,所 设计 的 “客户 信息 管理 窗口 "界面 效果 图 如 图 20-5 所 示 。 


客户 信息 管理 窗口 


客户 信息 管理 


a 


姓名 : 
| 性 别 : @ 男 O 女 


| 出 生日 期 380] 年 区 


联系 电话 : [1300000111T 


也 了 凶 箱 , [wUzhangapeom 一 ] 


增加 ] 删除 


图 20-5 “客户 信息 管理 窗口 "界面 效果 图 


通过 分 析 发 现 ,在 图 20-5 中 界面 组 件 之 间 存 在 较为 复杂 的 交互 
关系 : 如 果 删 除 一 个 客户 , 则 将 从 客户 列表 (List) 中 删 掉 对 应 的 项 , 客 
户 选择 组 合 框 (ComboBox) 中 的 客户 名 称 也 将 减少 一 个 ; 如 果 增 加 一 
个 客户 信息 , 则 客户 列表 中 将 增加 一 个 客户 ,并 且 组 合 框 中 也 将 增加 
一 项 。 

为 了 更 好 地 处 理 界 面 组 件 之 间 的 交互 , 现 使 用 中 介 者 模式 设计 该 


2. 实例 分 析 及 类 图 


为 了 协调 界面 组 件 对 象 之 间 的 复杂 交互 关系 ,可 引入 一 个 中 介 者 类 ,其 结构 如 图 20-6 
所 示 。 


Button 


List Mediator TextBo 


ComboBox| 


图 20-6 引入 了 中 介 者 类 的 “客户 信息 管理 窗口 "结构 示意 图 
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图 20-6 只 是 一 个 结构 示意 图 ,在 具体 实现 时 为 了 确保 系统 具有 更 好 的 灵活 性 和 可 扩展 
性 ,需要 定义 抽象 中 介 者 和 抽象 组 件 类 ,其 中 抽象 组 件 类 是 所 有 具体 组 件 类 的 公共 父 类 , 完 
整 类 图 如 图 20-7 所 示 。 


Component 
Mediator {abstract} 


{abstract} 上 <H# mediator : Mediator 
Ee + setMediator (Mediator mediator) : void 


+ componentChanged (Component c) : void + changed () :void 
+ update () void 
ConcreteMediator TextBox 
+ addButton :Buton Button 
+ list :List -一 - 
+ userNameTextBox : TextBox + update () void der . Vey 
+ cb :ComboBox 
+ componentChanged (Component c) : void List ComboBox 
+ update () :void + update () void 
+ select () :void + select () ;void 


图 20-7 “客户 信息 管理 窗口 "结构 图 


在 图 20-7 中 ,Component 充当 抽象 同事 类 ,Button、List、ComboBox 和 TextBox 充当 
具体 同事 类 , Mediator 充当 抽象 中 介 者 类 , ConcreteMediator 充当 具体 中 介 者 类 。 
ConcreteMediator 维持 了 对 具体 同事 类 的 引用 ,为 了 简化 ConcreteMediator 类 的 代码 ,在 其 
中 只 定义 了 一 个 Button 对 象 和 一 个 TextBox 对 象 。 

3. 实例 代码 


(1) Mediator: 抽象 中 介 者 类 。 


//designpatterns. mediator. Mediator. java 
package designpatterns. mediator; 


public abstract class Mediator { 
public abstract void componentChanged( Component c); 
! 


(2) ConcreteMediator: 具体 中 介 者 类 。 


//designpatterns. mediator. ConcreteMediator. java 
package designpatterns. mediator; 


public class ConcreteMediator extends Mediator { 


// 维 持 对 各 个 同事 对 象 的 引用 
public Button addButton; 
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public List list; 
public TextBox userNameTextBox; 
public ComboBox cb; 


// 封 装 同事 对 象 之 间 的 交互 
public void componentChanged(Component c) { 

// 单 击 按钮 

if (c== addButton) { 
System. out. println(" -- 单 击 增加 按钮 -- "); 
list. update(); 
cb. update( ); 
userNameTextBox. update( ); 

} 

// 从 列表 框 选择 客户 

else if (c== list) { 
System. out. println(" -- 从 列表 框 选择 客户 --"); 
cb. select(); 
userNameTextBox. setText(); 

} 

// 从 组 合 框 选择 客户 

else if (c==cb) { 
System. out. println(" -- 从 组 合 框 选择 客户 --"); 
cb. select(); 
userNameTextBox. setText(); 


(3) Component: 抽象 组 件 类 ,充当 抽象 同事 类 。 


//designpatterns. mediator. Component. java 
package designpatterns. mediator; 


public abstract class Component { 
protected Mediator mediator; 


public void setMediator(Mediator mediator) { 
this. mediator = mediator; 


} 


// 转 发 调用 
public void changed() { 

mediator. componentChanged(this); 
} 


public abstract void update( ); 
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(4) Button: 按钮 类 ,充当 具体 同事 类 。 


//designpatterns. mediator. Button. java 
package designpatterns. mediator; 


public class Button extends Component { 
public void update() { 
// 按 钮 不 产生 响应 
上 


(5) List: 列表 框 类 ,充当 具体 同事 类 。 


//designpatterns. mediator. List. java 
package designpatterns. mediator; 


public class List extends Component { 
public void update() { 
System. out. println(" 列 表 框 增加 一 项 : 张 无 妨 ."); 
} 


public void select() { 
System. out. println(" 列 表 框 选中 项 : 小 龙 女 ."); 


(6) ComboBox: 组 合 框 类 ,充当 具体 同事 类 。 


//designpatterns. mediator. ComboBox. java 
package designpatterns. mediator; 


public class ComboBox extends Component { 
public void update() { 
System. out. println(" 组 合 框 增加 一 项 : 张无忌 . "); 
} 


public void select() { 
System. out. println(" 组 合 框 选中 项 : 小 龙 女 ."); 
} 


(7) TextBox: 文本 框 类 ,充当 具体 同事 类 。 


//designpatterns. mediator. TextBox. java 
package designpatterns. mediator; 


public class TextBox extends Component { 
public void update() { 
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System. out.println(" 客 户 信息 增加 成 功 后 文本 框 清空 .") ; 


public void setText() { 
System. out.println(" 文 本 框 显示 : 小 龙 女 ."); 


(8) Client: 客户 端 测试 类 。 


//designpatterns. mediator. Client. java 
package designpatterns. mediator; 


public class Client { 
public static void main(String args[]) { 
// 定 义 中 介 者 对 象 
ConcreteMediator mediator; 
mediator = new ConcreteMediator( ); 


// 定 义 同事 对 象 

Button addBT = new Button( ) 

List list = new List(); 

ComboBox cb = new ComboBox( ) ; 
TextBox userNameTB = new TextBox( ); 


addBT. setMediator (mediator); 
list. setMediator(mediator); 

cb. setMediator (mediator); 
userNameTB. setMediator (mediator); 


mediator. addButton = addBT; 

mediator. list = list; 

mediator. cb= cb; 

mediator. userNameTextBox = userNameTB; 


addBT. changed( ); 
Systen. out. println(" 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 -一 一 -一 一 -一 -一 
list. changed( ); 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


一 单 击 增加 按钮 -一 
列表 框 增加 一 项 : 张无忌 。 
组 合 框 增加 一 项 : 张无忌 。 
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客户 信息 增加 成 功 后 文本 框 清空 。 
一 从 列表 框 选择 客户 一 

组 合 框 选中 项 : 小 龙 女 。 
文本 框 显 示 : 小 龙 女 。 


在 引入 中 介 者 后 ,同事 之 间 的 复杂 交互 由 中 介 者 间接 实现 , 当 某 个 组 件 类 的 changed() 
方法 被 调用 时 ,中 介 者 的 componentChanged() 将 被 调用 ,在 中 介 者 的 componentChanged() 
方法 中 再 逐个 调用 与 该 组 件 有 交互 的 其 他 组 件 的 相关 方法 。 如 果 某 个 组 件 类 需要 与 新 的 组 
件 进行 交互 ,无 须 修 改 已 有 组 件 类 的 源 代 码 , 只 需 修 改 中 介 者 或 者 对 现 有 中 介 者 进行 扩展 即 
可 ,系统 具有 更 好 的 灵活 性 和 可 扩展 性 。 


20.4 扩展 中 介 者 与 同事 类 


本 节 将 对 20. 3 节 中 的 “客户 信息 管理 窗口 "进行 改进 ,使 窗口 的 下 端 能 够 及 时 显示 当前 
系统 中 客户 信息 的 总 数 ,如 图 20-8 所 示 。 


客户 信息 管理 
请 输入 查询 关键 宁 ，[BEREB | 


姓名 [张无忌 


性 别 。 @ 男 O 女 


出 生 口 期 : [580] 年 


联系 电话 : [13000001111 
电子 邮箱 : [wuji_zhang@dp.com 
Cn 册 除 


本 系统 中 一 共有 客户 信息 8 条 。 


新 增 组 件 
图 20-8 修改 之 后 的 “客户 信息 管理 窗口 "界面 图 


从 图 20-8 中 不 难 发 现 , 可 以 通过 增加 一 个 文本 标签 (Label) 来 显示 客户 信息 总 数 ,而 且 
当 用 户 单 击 “ 增 加 ”按钮 或 者 “删除 ”按钮 时 将 改变 文本 标签 的 内 容 。 

由 于 使 用 了 中 介 者 模式 ,在 原 有 系统 中 增加 新 的 组 件 ( 即 新 的 同事 类 ) 将 变 得 很 容易 ,至 
少 有 以 下 两 种 解决 方案 。 

方案 (1) : 增加 一 个 界面 组 件 类 Label, 修 改 原 有 的 具体 中 介 者 类 ConcreteMediator, 增 
加 一 个 对 Label 对 象 的 引用 ,然后 修改 componentChanged() 方 法 中 其 他 相关 组 件 对 象 的 业 
务 处 理 代码 , 原 有 组 件 类 无 须 任何 修改 ,客户 端 代码 也 需要 针对 新 增 组 件 Label 进行 适当 
修改 。 

方案 (2): 与 方案 (1) 相 同 ,首先 增加 一 个 Label 类 ,但 不 修改 原 有 有 具体 中 介 者 类 
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ConcreteMediator 的 代码 ,而 是 增加 一 个 ConcreteMediator 的 子 类 SubConcreteMediator 
来 实现 对 Label 对 象 的 引用 ,然后 在 新 增 的 中 介 者 类 SubConcreteMediator 中 通过 覆盖 
componentChanged() 方 法 实现 所 有 组 件 (包括 新 增 Label 组 件 ) 之 间 的 交互 。 同 样 , 原 有 组 


件 类 无 须 做 任何 修改 ,客户 端 代码 需 做 少许 修改 。 


引入 Label 类 之 后 的 “客户 信息 管理 窗口 "结构 示意 图 如 图 20-9 所 示 。 


Button 
TextBox 
List Mediator 
Label 
ComboBox| 


图 20-9 增加 Label 类 后 的 “客户 信息 管理 窗口 "结构 示意 图 
由 于 方案 (2) 无 须 修改 ConcreteMediator 类 ,更 符合 开 闭 原则 ,因此 选择 方案 (2) 对 新 


增 Label 类 进行 处 理 , 对 应 的 完整 类 图 如 图 20-10 所 示 。 


Mediator 


Component 


{abstract} 


{abstract} # mediator : Mediator 
in ate rg not ei mi et + setMediator (Mediator mediator) : void 
+ componentChanged (Component c) : void + changed () :void 
+ update () :void 
A 
Button 
[ ConcreteMediator 
+ addButton : Button C—O | 
+ list : List ,Update O02 Vold 
+ UserNameTextBox : TextBox 
+cb : ComboBox - 
上 + componentChanged (Component c) : void List TextBox 


+ Update () : void 
+ select () :void 


+ update () : void 
+ setText () : void 


ComboBox 


3 


+ Update () : void 
+ select () :void 


SubConcreteMediator 


+ label : Label 
+ componentChanged (Component c) : void 


图 20-10 ”修改 之 后 的 “客户 信息 管理 窗口 ?结构 图 
在 图 20-10 中 新 增 了 具体 同事 类 Label 和 具体 中 介 者 类 SubConcreteMediator, Label 


类 的 代码 如 下 : 
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// 文 本 标签 类 : 具体 同事 类 
//designpatterns. mediator. Label. java 
package designpatterns. mediator; 


public class Label extends Component { 
public void update() { 
System. out. println(" 文 本 标签 内 容 改 变 , 客户 信息 总 数 加 1."); 
} 


SubConcreteMediator 类 的 代码 如 下 : 


// 新 增 具体 中 介 者 类 
//designpatterns. mediator. SubConcreteMediator. java 
package designpatterns. mediator; 


public class SubConcreteMediator extends ConcreteMediator { 
// 增 加 对 Label 对 象 的 引用 
public Label label; 


public void componentChanged(Component c) { 

// 单 击 按钮 

if (c==addButton) { 
System. out. println(" -- 单 击 增加 按钮 -一 "); 
list. update( ); 
cb. update( ); 
userNameTextBox. update( ); 
label. update( ); // 文 本 标签 更 新 

} 

// 从 列表 框 选择 客户 

else if (c==1ist) { 
System. out. println(" -- 从 列表 框 选择 客户 -- "); 
cb. select(); 
userNameTextBox. setText() 

// 从 组 合 框 选择 客户 

else if (c==cb) { 
System. out.println("-- 从 组 合 框 选择 客户 一 "); 
cb. select(); 
userNameTextBox. setText( ); 


修改 客户 端 测试 代码 如 下 : 


//designpatterns. mediator. Client. java 
package designpatterns. mediator; 
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public class Client { 
public static void main(String args[]) { 
// 用 新 增 具体 中 介 者 定义 中 介 者 对 象 
SubConcreteMediator mediator; 
mediator = new SubConcreteMediator(); 


Button addBT = new Button( ); 

List list = new List(); 

ComboBox cb = new ComboBox( ) ; 
TextBox userNameTB = new TextBox( ); 
Label label = new Label(); 


addBT. setMediator(mediator); 
list. setMediator(mediator); 

cb. setMediator (mediator); 
userNameTB. setMediator( mediator); 
label. setMediator(mediator); 


mediator. addButton = addBT; 

mediator. list = list; 

mediator. cb= cb; 

mediator. userNameTextBox = userNameTB; 
mediator. label = label; 


addBT. changed( ); 
ee i 
list. changed( ); 


编译 并 运行 程序 ,输出 结果 如 下 : 


一 单 击 增加 按钮 一 
列表 框 增加 一 项 : 张无忌 。 

组 合 框 增加 一 项 : 张无忌 。 

客户 信息 增加 成 功 后 文本 框 清空 。 
文本 标签 内 容 改变 ,客户 信息 总 数 加 1。 
一 从 列表 框 选择 客户 一 

组 合 框 选中 项 : 小 龙 女 。 

文本 框 显 示 : 小 龙 女 。 


由 于 在 本 实例 中 不 同 的 组 件 类 ( 即 不 同 的 同事 类 ) 所 拥有 的 方法 并 不 完全 相同 ,因此 中 
介 者 类 没有 针对 抽象 同事 类 编程 ,导致 在 具体 中 介 者 类 中 需要 维持 对 具体 同事 类 的 引用 , 客 
户 端 代码 无 法 完全 透明 地 对 待 所 有 同事 类 和 中 介 者 类 。 在 某 些 情况 下 ,如 果 设 计 得 当 , 可 以 
在 客户 端 透 明 地 对 同事 类 和 中 介 者 类 编程 ,这 样 系统 将 具有 更 好 的 灵活 性 和 可 扩展 性 。 

在 中 介 者 模式 的 实际 使 用 过 程 中 ,如 果 需 要 引入 新 的 具体 同事 类 ,只 需要 继承 抽象 同 


hp 
Hl 
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类 并 实现 其 中 的 方法 即 可 ,由 于 具体 同事 类 之 间 并 无 直接 的 引用 关系 ,因此 原 有 所 有 同事 类 
无 须 进行 任何 修改 ,它们 与 新 增 同 事 对 象 之 间 的 交互 可 以 通过 修改 或 者 增加 具体 中 介 者 类 
来 实现 ; 如 果 需 要 在 原 有 系统 中 增加 新 的 具体 中 介 者 类 ,只 需要 继承 抽象 中 介 者 类 (或 已 有 
的 具体 中 介 者 类 ) 并 覆盖 其 中 定义 的 方法 即 可 ,在 新 的 具体 中 介 者 中 可 以 通过 不 同 的 方式 处 
理 对 象 之 间 的 交互 ,也 可 以 增加 对 新 增 同事 的 引用 和 调用 。 在 客户 端 中 只 需要 修改 少许 代 
码 ( 如 果 引 入 配置 文件 可 以 不 用 修改 任何 代码 ) 就 可 以 实现 中 介 者 类 的 更 换 。 


20.5 ”中介 者 模式 优 /缺点 与 适用 环境 


中 介 者 模式 将 一 个 网 状 的 系统 结构 变 成 一 个 以 中 介 者 对 象 为 中 心 的 星 形 结构 ,在 这 个 
星 形 结构 中 使 用 中 介 者 对 象 与 其 他 对 象 的 一 对 多 关系 来 取代 原 有 对 象 之 间 的 多 对 多 关系 。 
中 介 者 模式 在 事件 驱动 类 软件 中 的 应 用 较为 广泛 ,特别 是 基于 GUI(Graphical User 
Interface, 图 形 用 户 界面 ) 的 应 用 软件 。 此 外 ,在 类 与 类 之 间 存 在 错综复杂 的 关联 关系 的 系 
统 中 ,中 介 者 模式 也 得 到 了 较 好 的 应 用 。 


20.5.1 中 介 者 模式 优点 


中 介 者 模式 的 优点 主要 如 下 : 

(1) 中 介 者 模式 简化 了 对 象 之 间 的 交互 , 它 用 中 介 者 和 同事 的 一 对 多 交互 代替 了 原来 
同事 之 间 的 多 对 多 交互 ,一 对 多 关系 更 容易 理解 .维护 和 扩展 ,将 原本 难以 理解 的 网 状 结构 
转换 成 相对 简单 的 星 形 结构 。 

(2) 可 将 各 同事 对 象 解 厢 。 中 介 者 有 利于 各 同事 之 间 的 松 看 合 ,可 以 独立 地 改变 和 复 
用 每 一 个 同事 和 中 介 者 ,增加 新 的 中 介 者 类 和 新 的 同事 类 都 比较 方便 ,更 好 地 符合 开 闭 
原则 。 

(3) 可 以 减少 子 类 生成 ,中 介 者 将 原本 分 布 于 多 个 对 象 间 的 行为 集中 在 一 起 ,改变 这 些 
行为 只 需 生成 新 的 中 介 者 子 类 即 可 ,这 使 得 各 个 同事 类 可 以 被 重用 ,无 须 直 接 对 同事 类 进行 
扩展 。 


20. 5.2 中 介 者 模式 缺点 


中 介 者 模式 的 缺点 主要 如 下 : 
在 具体 中 介 者 类 中 包含 了 大 量 同 事 之 间 的 交互 细节 ,可 能 会 导致 具体 中 介 者 类 非常 复 
杂 ,使 得 系统 难以 维护 。 


20. 5.3 ”中介 者 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 中 介 者 模式 : 

(1) 系统 中 对 象 之 间 存 在 复杂 的 引用 关系 ,系统 结构 混乱 且 难 以 理解 。 

(2) 一 个 对 象 由 于 引用 了 其 他 很 多 对 象 并 且 直 接 和 这 些 对 象 通信 ,导致 难以 复 用 该 
对 象 。 

(3) 想 通过 一 个 中 间 类 来 封装 多 个 类 中 的 行为 ,而 又 不 想 生 成 太 多 的 子 类 ,此 时 可 以 通 
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过 引入 中 介 者 类 来 实现 ,在 中 介 者 中 定义 对 象 交互 的 公共 行为 ,如 果 需 要 改变 行为 则 可 以 增 
加 新 的 具体 中 介 者 类 。 


20.6 ”本章 小 结 


1. 中 介 者 模式 通过 定义 一 个 对 象 来 封装 一 系列 对 象 的 交互 。 中 介 者 模式 使 各 对 象 之 
间 不 需要 显 式 地 相互 引用 ,从 而 使 其 耦合 松散 ,而 且 让 用 户 可 以 独立 地 改变 它们 之 间 的 
交互 。 

2. 中 介 者 模式 包含 抽象 中 介 者 、 具 体 中 介 者 、 抽 象 同事 类 和 具体 同事 类 4 个 角色 。 其 
中 ,抽象 中 介 者 定义 一 个 接口 ,该 接口 用 于 和 各 同事 对 象 之 间 进 行 通信 ; 具体 中 介 者 是 抽象 
中 介 者 的 子 类 ,通过 协调 各 个 同事 对 象 来 实现 协作 行为 , 它 维持 了 对 各 个 同事 对 象 的 引用 ; 
抽象 同事 类 定义 各 个 同事 类 公有 的 方法 ,并 声明 了 一 些 抽象 方法 供 子 类 实现 ; 具体 同事 类 
是 抽象 同事 类 的 子 类 ,每 一 个 同事 对 象 在 需要 和 其 他 同事 对 象 通信 时 先 与 中 介 者 通信 ,通过 
中 介 者 来 间接 完成 与 其 他 同事 类 的 通信 。 

3 中介 者 模式 的 优点 主要 包括 它 简 化 了 对 象 之 间 的 交互 ,可 将 各 同事 对 象 解 看 ,还 可 
以 减少 子 类 的 生成 。 其 缺点 主要 是 在 具体 中 介 者 类 中 包含 了 大 量 同事 之 间 的 交互 细节 ,可 
能 会 导致 具体 中 介 者 类 非常 复杂 ,使 得 系统 难以 维护 。 

4. 中 介 者 模式 适用 于 以 下 环境 : 系统 中 对 象 之 间 存 在 复杂 的 引用 关系 ,系统 结构 混乱 
且 难 以 理解 ; 一 个 对 象 由 于 引用 了 其 他 很 多 对 象 并 且 直 接 和 这 些 对 象 通信 ,导致 难以 复 用 
该 对 象 ; 想 通过 一 个 中 间 类 来 封装 多 个 类 中 的 行为 ,而 又 不 想 生成 太 多 的 子 类 。 

5. 在 中 介 者 模式 中 ,中 介 者 类 承担 中 转 和 协调 双重 职责 。 


20.7 “习题 


1. 在 图 形 界面 系统 开发 中 ,如 果 界 面 组 件 之 间 存 在 较为 复杂 的 相互 调用 关系 ,为 了 降 
低 界面 组 件 之 间 的 耦合 度 , 让 它们 不 产生 直接 的 相互 引用 ,可 以 使 用 ( ””) 设 计 模 式 。 


A. 组 合 (Composite) B. 适配器 (Adapter) 
C. 中 介 者 (Mediator) D. 状态 (State) 
2. 在 中 介 者 模式 中 通过 中 介 者 将 同事 类 解 耦 ,这 是 ( ) 的 具体 应 用 。 
A. 迪 米 特 法 则 B. 接口 隔离 原则 
C. 里 氏 代 换 原则 D. 合成 复 用 原则 


3. 以 下 关于 中 介 者 模式 的 叙述 错误 的 是 (。”)。 
A. 中 介 者 模式 用 一 个 中 介 对 象 来 封装 一 系列 的 对 象 交互 
B. 中 介 者 模式 和 观察 者 模式 均 可 以 用 于 降低 系统 的 耦合 度 , 中 介 者 模式 用 于 处 理 
对 象 之 间 一 对 多 的 调用 关系 ,而 观察 者 模式 用 于 处 理 多 对 多 的 调用 关系 

.中 介 者 模式 简化 了 对 象 之 间 的 交互 ,将 原本 难以 理解 的 网 状 结 构 转 换 成 相对 简 
单 的 星 形 结构 

D. 中 介 者 将 原本 分 布 于 多 个 对 象 间 的 行为 集中 在 一 起 ,改变 这 些 行为 只 需要 生成 


吕 
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新 的 中 介 者 子 类 即 可 ,这 使 各 个 同事 类 可 被 重用 

4. 使 用 中 介 者 模式 来 说 明 联 合 国 的 作用 ,要 求 绘制 相应 的 类 图 并 分 析 每 个 类 的 作用 
( 注 : 可 以 将 联合 国定 义 为 抽象 中 介 者 类 ,联合 国 下 属 机 构 ( 如 WTO、WHO 等 ) 作 为 具体 中 
介 者 类 ,国家 作为 抽象 同事 类 ,而 将 中 国 、 美 国 等 国家 作为 具体 同事 类 ) 。 

5. 某 软 件 公司 要 开发 一 套图 形 界面 类 库 。 该 类 库 需 要 包含 若干 预定 义 的 窗 格 (Pane) 
对 象 ,例如 TextPane、ListPane、GraphicPane 等 , 窗 格 之 间 不 允许 直接 引用 。 基 于 该 类 库 的 
应 用 由 一 个 包含 一 组 窗 格 的 窗口 (Window) 组 成 ,窗口 需要 协调 窗 格 之 间 的 行为 。 试 采用 
中 介 者 模式 设计 该 系统 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 


6. 有 如 
(Fahrenheit) 


图 20-11 所 示 的 温度 转换 器 程序 ,该 程序 在 同一 个 界面 上 显示 华氏 温度 
和 摄氏 温度 (Celsius)。 用 户 可 以 通过 * 升 高 “降低 ”按钮 或 右边 的 温度 调节 条 
也 可 以 直接 通过 文本 框 来 设置 温度 ,摄氏 温度 和 华氏 温度 将 同时 改变 , 且 温 度 


调节 条 将 一 起 被 调节 。 使 用 中 介 者 模式 设计 该 系统 ,绘制 类 图 并 使 用 Java 语言 编程 模拟 


实现 。 


度 转换 器 


华氏 温 记 
ed 温度 调节 ('C) 


® |] 
[WT 


图 20-11 温度 转换 器 界面 效果 图 


备忘录 模式 


备忘录 模式 是 软件 系统 的 “月 光 宝 盒 ”, 它 提供 了 一 种 对 象 状态 的 撤销 实 
现 机 制 , 当 系统 中 的 某 个 对 象 需要 恢复 到 某 一 历史 状态 时 可 以 使 用 备忘录 模 
式 进 行 设 计 。 

本 章 主 要 学 习 备忘录 模式 的 定义 与 结构 ,学 习 如 何 使 用 Java 语言 实现 备 
忘 录 模 式 , 此 外 还 将 通过 实例 学 习 如 何在 软件 项 目 中 使 用 备忘录 模式 。 

本 章 知识 点 

。 备忘录 模式 的 定义 

。 备忘录 模式 的 结构 

。 备忘录 模式 的 实现 

。 备忘录 模式 的 应 用 

。 备忘录 模式 的 优 /缺点 

。 备忘录 模式 的 适用 环境 

。 实现 多 次 撤销 


21.1 备忘录 模式 概述 


在 软件 的 使 用 过 程 中 用 户 难免 会 出 现 一 些 误 操作 ,例如 不 小 心 删除 了 某 些 文字 或 图 片 ， 
为 了 使 软件 的 使 用 更 加 人 性 化 ,对 于 这 些 误 操作 需要 提供 一 种 类 似 “ 后 悔 药 ”的 机 制 ,让 软件 
系统 可 以 回 到 误 操作 前 的 状态 ,因此 需要 保存 用 户 每 一 次 操作 时 系统 的 状态 ,一 旦 出 现 误 操 
作 , 把 存储 的 历史 状态 取出 即 可 回 到 之 前 的 状态 。 现 在 大 多 数 软 件 都 有 撤销 (Undo) 的 功 
能 ,快捷 键 一 般 是 Ctrl 十 Z, 目 的 就 是 为 了 解决 这 个 后 悔 的 问题 。 

备忘录 模式 正 是 为 解决 此 类 撤销 问题 而 诞生 的 , 它 为 软件 提供 了 “后 悔 药 ”, 通 过 使 用 备 
忘 录 模 式 可 以 让 系统 恢复 到 某 一 特定 的 历史 状态 。 在 实现 撤销 时 首先 必须 保存 软件 系统 的 
历史 状态 , 当 用 户 需 要 取消 错误 操作 并 且 返 回 到 某 个 历史 状态 时 可 以 取出 事先 保存 的 历史 
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状态 来 覆盖 当前 状态 ,如 图 21-1 所 示 。 
级 销 


NSS 
Ea 


图 21-1 备忘录 模式 实现 撤销 操作 示意 图 


备忘录 模式 提供 了 一 种 状态 恢复 的 实现 机 制 ,使 得 用 户 可 以 方便 地 回 到 一 个 特定 的 历 
史 步 又 , 当 新 的 状态 无 效 或 者 存在 问题 时 可 以 使 用 暂时 存储 起 来 的 备忘录 将 状态 复原 ,当前 
在 很 多 软件 所 提供 的 撤销 (Undo) 操 作 中 就 使 用 了 备忘录 模式 。 

备忘录 模式 的 定义 如 下 : 


备忘录 模式 : 在 不 破坏 封装 的 前 提 下 捕获 一 个 对 象 的 内 部 状态 ， 
并 在 该 对 象 之 外 保存 这 个 状态 ,这 样 可 以 在 以 后 将 对 象 恢 复 到 原先 保 
存 的 状态 。 

Memento Pattern: Without violating encapsulation capture and 


externalize an object's internal state so that the object can be 


restored to this state later. 


备忘录 模式 是 一 种 对 象 行为 型 模式 ,其 别名 为 标记 (Token) 模 式 。 
21. 2 忘 录 模 式 结构 与 实现 


21.2.1 备忘录 模式 结构 


备忘录 模式 的 核心 是 备忘录 类 (Memento) 以 及 用 于 管理 备忘录 的 负责 人 类 
(Caretaker) 的 设计 ,其 结构 如 图 21-2 所 示 。 


Originator Memento 
-state: | -~ >- state : 
+ restoreMemento (Memento m) + getState () 
+ createMemento () ND + setState () 


return new Memento (state); | | state=m.getState(); | 


十 


Caretaker 


图 21-2 备忘录 模式 结构 图 
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由 图 21-2 可 知 , 备 忘 录 模 式 包含 以 下 3 个 角色 。 

(1) Originator( 原 发 器 ) : 原 发 器 是 一 个 普通 类 , 它 通过 创建 一 个 备忘录 来 存储 当前 内 
部 状态 ,也 可 以 使 用 备忘录 来 恢复 其 内 部 状态 ,一 般 将 系统 中 需要 保存 内 部 状态 的 类 设计 为 

(2) Memento( 备 忘 录 ): 备忘录 用 于 存储 原 发 器 的 内 部 状态 ,根据 原 发 器 来 决定 保存 哪 
些 内 部 状态 。 备 忘 录 的 设计 一 般 可 以 参考 原 发 器 的 设计 ,根据 实际 需要 确定 备忘录 类 中 的 
属性 。 需 要 注意 的 是 ,除了 原 发 器 本 身 与 负责 人 类 之 外 ,备忘录 对 象 不 能 直接 供 其 他 类 使 
用 , 原 发 器 的 设计 在 不 同 的 编程 语言 中 实现 机 制 会 有 所 不 同 。 

(3) Caretaker( 负 责 人 ): 负责 人 又 称 为 管理 者 , 它 负 责 保存 备忘录 ,但 是 不 能 对 备忘录 
的 内 容 进行 操作 或 检查 。 在 负责 人 类 中 可 以 存储 一 个 或 多 个 备忘录 对 象 , 它 只 负责 存储 对 
象 ,而 不 能 修改 对 象 ,也 无 须知 道 对 象 的 实现 细节 。 


21.2.2 备忘录 模式 实现 


备忘录 模式 的 关键 在 于 如 何 设 计 备 忘 录 类 和 负责 人 类 。 由 于 在 备忘录 中 存储 的 是 原 发 
器 的 中 间 状 态 , 因 此 需要 防止 原 发 器 以 外 的 其 他 对 象 访问 备忘录 ,特别 是 不 允许 其 他 对 象 来 
修改 备忘录 。 

下 面 通过 简单 的 示例 代码 来 说 明 如 何 使 用 Java 语言 实现 备忘录 模式 : 

在 使 用 备忘录 模式 时 首先 应 该 存在 一 个 原 发 器 类 Originator。 在 真实 业务 中 , 原 发 器 
类 是 一 个 具体 的 业务 类 , 它 包 含 一些 用 于 存储 成 员 数据 的 属性 。 其 典型 代码 如 下 : 


package designpatterns. memento; 
public class Originator { 
private String state; 


public Originator(String state){ 
this. state = state; 
} 


// 创 建 一 个 备忘录 对 象 

public Memento createMemento() { 
return new Memento(this); 

} 


// 根 据 备忘录 对 象 恢复 原 发 器 状态 

public void restoreMemento(Memento m) { 
State = m. state; 

} 


public void setState(String state) { 
this. state = state; 
} 


public String getState() { 
return this. state; 


} 
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对 于 备忘录 类 Memento 而 言 , 它 通常 提供 了 与 原 发 器 相对 应 的 属性 (可 以 是 全 部 ,也 可 
以 是 部 分 ) 用 于 存储 原 发 器 的 状态 。 典 型 的 备忘录 类 代码 如 下 : 


package designpatterns. memento; 
// 备 忘 录 类 ,默认 可 见 性 , 包 内 可 见 
class Memento { 

private String state; 


public Memento(Originator o) { 
state = o. getState( ); 
} 


public void setState(String state) { 
this. state = state; 


public String getState() { 
return this. state; 
} 
} 


在 设计 备忘录 类 时 需要 考虑 其 封装 性 ,除了 Originator 类 ,不 允许 其 他 类 来 调用 备忘录 
类 Memento 的 构造 函数 与 相关 方法 。 如 果 不 考虑 封装 性 ,允许 其 他 类 调用 setState() 等 方 
法 ,将 导致 在 备忘录 中 保存 的 历史 状态 发 生 改 变 , 通 过 撤销 操作 所 恢复 的 状态 就 不 再 是 真实 
的 历史 状态 ,备忘录 模式 也 就 失去 了 本 身 的 意义 。 

为 了 实现 对 备忘录 对 象 的 封装 ,需要 对 备忘录 的 调用 进行 控制 ,对 于 原 发 器 而 言 , 它 可 
以 调用 备忘录 的 所 有 信息 ,允许 原 发 器 访问 返回 到 先前 状态 所 需 的 所 有 数据 ; 对 于 负责 人 
而 言 , 只 负责 备忘录 的 保存 并 将 备忘录 传递 给 其 他 对 象 ; 对 于 其 他 对 象 而 言 , 只 需要 从 负责 
人 处 取出 备忘录 对 象 并 将 原 发 器 对 象 的 状态 恢复 ,而 无 须 关 心 备忘录 的 保存 细节 。 理 想 的 
情况 是 只 允许 生成 该 备忘录 的 那个 原 发 器 访问 备忘录 的 内 部 状态 。 

在 使 用 Java 语言 实现 备忘录 模式 时 ,一 般 通 过 将 Memento 类 与 Originator 类 定义 在 
同一 个 包 (package) 中 来 实现 封装 ,在 Java 语言 中 可 以 使 用 默认 访问 标识 符 来 定义 
Memento 类 , 即 保证 其 包 内 可 见 。 只 有 Originator 类 可 以 对 Memento 进行 访问 ,而 限制 了 
其 他 类 对 Memento 的 访问 。 在 Memento 中 保存 了 Originator 的 state 值 ,如 果 Originator 
中 的 state 值 改变 之 后 需要 撤销 ,可 以 通过 调用 它 的 restoreMemento() 方 法 进行 恢复 。 除 
此 之 外 ,还 可 以 将 备忘录 类 作为 原 发 器 类 的 内 部 类 ,使 得 只 有 原 发 器 才 可 以 访问 备忘录 中 的 
数据 ,其 他 对 象 都 无 法 使 用 备忘录 中 的 数据 。 

对 于 负责 人 类 Caretaker, 它 用 于 保存 备忘录 对 象 ,并 提供 getMemento( ) 方 法 用 于 向 客 
户 端 返 回 一 个 备忘录 对 象 , 原 发 器 通过 使 用 这 个 备忘录 对 象 可 以 回 到 某 个 历史 状态 。 典 型 
的 负责 人 类 的 代码 如 下 : 


package designpatterns. memento; 
public class Caretaker { 
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} 


] 


private Memento memento; 


public Memento getMemento() { 


return memento; 


public void setMemento(Memento memento) { 


this. memento = memento; 


在 Caretaker 类 中 不 应 该 直接 调用 Memento 中 的 状态 改变 方法 , 它 的 作用 仅仅 是 存储 


备忘录 对 象 。 将 原 发 器 备份 生成 的 备忘录 对 象 存储 在 其 中 , 当 用 户 需要 对 原 发 器 进行 恢复 


时 再 将 存储 在 其 中 的 备忘录 对 象 取出 。 


在 客户 端 代码 中 可 以 通过 创建 Memento 对 象 来 保存 原 发 器 的 历史 状态 ,在 需要 的 时 候 


再 用 历史 状态 来 覆盖 当前 状态 ,客户 端 演示 代码 如 下 : 


package designpatterns. memento; 


public class Client { 
public static void main(String args[]) { 


// 创 建 原 发 器 对 象 
Originator ori = new 0riginator(" 状 态 (1)"); 
System. out. println(ori. getState( ) ) 7 


// 创 建 负 责 人 对 象 , 保存 创建 的 备忘录 对 象 
Caretaker ct = new Caretaker(); 
ct. setMemento(ori. createMemento( ) )7 


ori. setState(" 状 态 (2)"); 
System. out. println(ori. getState( ) ); 


// 从 负责 人 对 象 中 取出 备忘录 对 象 ,实现 撤销 
ori. restoreMemento(ct. getMemento( )); 
System. out. println(ori. getState( )); 
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21.3 备忘录 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 备忘录 模式 。 
1. 实例 说 明 


某 软 件 公 司 要 使 用 Java 语言 开发 一 款 可 以 运行 在 Android 平台 
的 触摸 式 中国 象 棋 软 件 ,由 于 考虑 到 有 些 用 户 是 “菜鸟 ”, 经 常 不 小 心 
走 错 棋 ; 还 有 些 用 户 因 为 不 习惯 使 用 手指 在 手机 屏幕 上 拖 动 棋子 ,党 
常 出 现 操作 失误 ,因此 该 中 国 象 棋 软 件 要 提供 “ 悔 棋 ” 功 能 ,用 户 走 错 
棋 或 操作 失误 后 可 恢复 到 前 一 个 步骤 ,如 图 21-3 所 示 。 


oe WN] em 
ry 


图 21-3 中 国 象棋 软件 界面 示意 图 


为 了 实现 “ 悔 棋 ” 功 能 , 现 使 用 备忘录 模式 来 设计 该 中 国 象棋 软件 。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 21-4 所 示 。 


Chessman 
-label :String [ ChessmanMemento 
-x :int - label : String 
-y int -x :int 
+ Chessman (String label, intx int y) -y int 
+ getLabel () :Sting + ChessmanMemento (String label, int x 
+ setLabel (String label) :void 一 一 一 过 inty) 
+ getX () :int + getLabel () String 
+ SetX (int») :void + setLabel (String label) void 
+ getY () :int + getX() int 
+ SetY (inty) :void + setX (int») void 
+ save () :ChessmanMemento + getY () int 
+ restore (ChessmanMemento memento) : void + setY (inty) void 
[ MementoCaretaker 
|- memento : ChessmanMemento 
+ getMemento () :ChessmanMemento 
+ setMemento (ChessmanMemento memento) : void 


图 21-4 中 国 象棋 模子 撤销 功能 结构 图 
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在 图 21-4 


P ,Chessman 充当 原 


之 器 ,ChessmanMemento 充当 备忘录 ,MementoCaretaker 


充当 负责 人 ,在 MementoCaretaker 中 定义 了 一 个 ChessmanMemento 类 型 的 对 象 , 用 于 存 


储备 忘 录 。 
3. 实例 代码 
(1) Chessman: 象棋 棋子 类 ,充当 原 发 器 。 


//designpatterns. memento. Chessman. java 
package designpatterns. memento; 


public class Chessman { 
private String label; 
private int x; 


private int y; 


public Chessman( String label, int x, int y) { 
this. label = label; 
this.x= x; 
this.y= y; 


public void setLabel(String label) { 
this. label = label; 


public void setX(int x) { 
this.x= x; 


public void setY(int y) { 
this.y= y; 


public String getLabel() { 
return (this. label); 


public int getX() { 
return (this. x); 


public int getY() { 
return (this. y); 


// 保 存 状态 
public ChessmanMemento save() { 
return new ChessmanMemento(this. label, this. x, this.y); 
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// 恢 复 状态 

public void restore(ChessmanMemento memento) { 
this. label = memento. getLabel( ); 
this.x= memento. getX( ); 
this.y = memento. getY( ); 


(2) ChessmanMemento: 象棋 棋子 备忘录 类 ,充当 备忘录 。 


//designpatterns. memento. ChessmanMemento. java 
package designpatterns. memento; 


class ChessmanMemento { 
private String label; 
private int x; 


private int y; 


public ChessmanMemento( String label, int x, int y) { 
this. label = label; 
this.x= x; 


this.y= y; 


public void setLabel(String label) { 
this. label = label; 


public void setX(int x) { 


this.x= x; 


public void setY(int y) { 
this.y= y; 


public String getLabel() { 
return (this. label); 


public int getX() { 
return (this. x); 


public int getY() { 
return (this. y); 
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(3) MementoCaretaker: 象棋 棋子 备忘录 管理 类 ,充当 负责 人 。 


//designpatterns. memento. MementoCaretaker. java 
package designpatterns. memento; 


public class MementoCaretaker { 


private ChessmanMemento memento; 


public ChessmanMemento getMemento() { 
return memento; 


1 


public void setMemento(ChessmanMemento memento) { 
this. memento = memento; 


} 


(4) Client: 客户 端 测试 类 。 


} 


//designpatterns. memento. Client. java 
package designpatterns. memento; 


public class Client { 


public static void main(String args[]) { 
MementoCaretaker mc = new MementoCaretaker( ); 
Chessman chess = new Chessman( "车 ",1,1); 
display(chess); 
mc. setMemento( chess. save( )); // 保 存 状 态 
chess. setY(4); 
display(chess); 
mc. setMemento( chess. save( ) ); // 保 存 状态 
chess. setX(5); 
display(chess); 
System. out. println(" xx*x*x¥ 悔 械 x#*xxxx "); 
chess. restore(mc. getMemento( ) ); // 恢 复 状态 
display(chess); 

} 


public static void display(Chessman chess) { 
System. out. println(" 棋 子 " + chess. getLabel() + "当前 位 置 为 : " + "第 " + chess. getX()+ 


" 行 "+ "第 " + chess. getY() + " 列 .") 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


棋子 "车 "当前 位 置 为 : 第 1 行 第 1 列 。 
棋子 "车 "当前 位 置 为 : 第 1 行 第 4 列 。 
棋子 "车 "当前 位 置 为 : 第 5 行 第 4 列 。 
xxxxxx 悔 横 关 关 区 关头 


棋子 "车 "当前 位 置 为 : 第 1 行 第 4 列 。 
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从 运行 结果 可 以 看 出 ,通过 创建 备忘录 对 象 可 以 将 象棋 棋子 的 历史 状态 信息 记录 下 来 ， 
在 “ 侮 棋 ”时 再 取出 存储 在 备忘录 中 的 历史 状态 信息 ,用 历史 状态 来 覆盖 当前 状态 ,从 而 实现 
状态 的 撤销 。 


21.4 实现 多 次 撤销 


在 21. 3 节 的 中 国 象棋 棋子 撤销 功能 实例 中 只 能 实现 一 次 撤销 , 即 只 能 “人 悔 棋 "一 
为 在 负责 人 类 中 只 定义 了 一 个 备忘录 对 象 来 保存 状态 ,后 面 保存 的 状态 会 将 前 一 次 保存 的 
状态 覆盖 ,但 有 时 候 用 户 需要 撤销 多 步 操作 。 如 何 实现 多 次 撤销 呢 ? 本 节 将 提供 一 种 多 次 
撤销 的 解决 方案 , 那 就 是 在 负责 人 类 中 定义 一 个 集合 来 存储 多 个 备忘录 ,每 个 备忘录 负责 保 
存 一 个 历史 状态 ,在 撤销 时 可 以 对 备忘录 集合 进行 逆向 遍历 , 回 到 一 个 指定 的 历史 状态 ,而 
且 还 可 以 对 备忘录 集合 进行 正 向 遍历 ,实现 重 做 (Redo) 或 恢复 操作 , 即 取 消 撤销 ,让 对 象 状 
态 得 到 恢复 。 

改进 之 后 的 中 国 象棋 棋子 撤销 功能 结构 图 如 图 21-5 所 示 。 


Chessman 

- label : String ChessmanMemento 
-x :int ~ label : String 
i int -Xx int 
+ Chessman (String label, intx int y) -y :int _ 
+ getLabel () : String + ChessmanMemento (String label, int x, 
+ setLabel (String label) void 一 一 一 到 inty 
+ getX () :int + getLabel () : String 
+ setX (int x) :void + setLabel (String label) :void 
+ getY () :int + getX 0 int 
+ setY (int y) :void + setX (int 办 :void 
+ save () ChessmanMemento + getY 0 :int 
+ restore (ChessmanMemento memento) : void + setY (inty) :void 


+ A (int i) :ChessmanMemento 
+ setMemento 


(ChessmanMemento memento) ; void 


图 21-5 改进 之 后 的 中 国 象棋 棋子 撤销 功能 结构 图 


在 图 21-5 中 对 负责 人 类 MementoCaretaker 进行 了 修改 ,在 其 中 定义 了 一 个 ArrayList 
类 型 的 集合 对 象 来 存储 多 个 备忘录 。 其 代码 如 下 : 


//designpatterns. memento. MementoCaretaker. java 
package designpatterns. memento; 


import java. util. *; 
public class MementoCaretaker { 
// 定 义 一 个 集合 来 存储 多 个 备忘录 
Private ArrayList < ChessmanMemento > mementolist = new ArrayList < ChessmanMemento>(); 


public ChessmanMemento getMemento(int i) { 
return (ChessmanMemento)mementolist. get(i); 
} 
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public void setMemento(ChessmanMemento memento) { 
mementolist.add(memento); 


编写 以 下 客户 端 测 试 代码 : 


//designpatterns. memento. Client. java 
package designpatterns. memento; 


public class Client { 


private static int index= — 1; // 定 义 一 个 索引 来 记录 当前 状态 所 在 的 位 置 
private static MementoCaretaker mc = new MementoCaretaker( ); 


public static void main(String args[]) { 
Chessman chess = new Chessman( "车 ",1,1); 
play(chess); 
chess. setY(4); 
play(chess); 
chess. setX(5); 
play(chess); 
undo( chess, index); 
undo( chess, index); 
redo( chess, index); 
redo( chess, index); 


} 


// 下 棋 

public static void play(Chessman chess) { 
mc. setMemento( chess. save( )); // 保 存 备忘录 
index ++; 


System. out. println(" 棋 子 " + chess. getLabel( ) + "当前 位 置 为 : " + "第 " + chess. getX()+ 
" 行 "+ "第 " + chess.getY() + " 列 ."); 
} 


// 悔 棋 
public static void undo(Chessman chess, int i) { 
System. out. println(" x*x*xxx 悔 构 xxxxxx "); 
indexr --; 
chess. restore(mc. getMemento(i -1))// 撤 销 到 上 一 个 备忘录 
System. out. println( "棋子" + chess. getLabel() + "当前 位 置 为 : " + "第 " + chess. getX( ) 十 
" 行 "+ "第 " + chess. getY() + " 列 ."); 
} 


// 撤 销 悔 棋 
public static void redo(Chessman chess, int i) { 
System. out. println(" xx*xxxx 撤销 悔 棋 xxxxxx"); 
index ++; 
chess. restore(mc. getMemento(i+ 1) )// 恢 复 到 下 一 个 备忘录 
System. out. println(" 棋 子 " + chess. getLabel() + "当前 位 置 为 : "+ "第 " + chess. getX( ) + 
" 行 "+ "第 " + chess.getY() + " 列 .") 
} 
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编译 并 运行 程序 ,输出 结果 如 下 : 


棋子 "车 "当前 位 置 为 : 第 1 行 第 1 列 。 
棋子 "车 "当前 位 置 为 : 第 1 行 第 4 列 。 
棋子 "车 "当前 位 置 为 : 第 5 行 第 4 列 。 
关头 闪闪 兴 关 悔 权 关头 关 关头 关 
人 第 1 行 第 4 列 。 
棋子 "车 "当前 位 置 为 : 第 1 行 第 1 列 。 
xxx*x#¥ 撤销 人 悔 权 xx*x#x# 

棋子 "车 "当前 位 置 为 : 第 1 行 第 4 列 。 
xxx* 撤销 悔 权 xxxxxx 

棋子 "车 "当前 位 置 为 : 第 5 行 第 4 列 。 


本 实例 只 能 实现 最 简单 的 撤销 (Undo) 和 恢复 (Redo) 操 作 , 并 未 考虑 对 象 状态 在 操作 
过 程 中 出 现 分 支 的 情况 。 如 果 在 撤销 到 某 个 历史 状态 之 后 用 户 再 修改 对 象 状态 ,此 后 执行 
撤销 操作 时 可 能 会 发 生 对 象 状 态 错误 。 在 实际 开发 中 可 以 使 用 链表 或 者 堆栈 来 处 理 有 分 支 
的 对 象 状 态 改变 ,读者 可 以 通过 链表 或 者 堆栈 对 本 实例 进行 改进 。 


21.5 备忘录 模式 优 /缺点 与 适用 环境 


备忘录 模式 在 很 多 软件 的 使 用 过 程 中 普遍 存在 ,但 是 在 应 用 软件 开发 中 它 的 使 用 频率 
并 不 太 高 ,因为 现在 很 多 基于 窗 体 和 浏览 器 的 应 用 软件 并 没有 提供 撤销 操作 。 如 果 需 要 为 
软件 提供 撤销 功能 ,备忘录 模式 无 疑 是 一 种 很 好 的 解决 方案 。 在 一 些 字 处 理 软件 图像 编 辑 
软件 ,数据库 管理 系统 等 软件 中 备忘录 模式 都 得 到 了 很 好 的 应 用 。 


21.5.1 备忘录 模式 优点 


备忘录 模式 的 优点 主要 如 下 : 

(1) 提供 了 一 种 状态 恢复 的 实现 机 制 , 使 得 用 户 可 以 方便 地 回 到 一 个 特定 的 历史 步骤 ， 
当 新 的 状态 无 效 或 者 存在 问题 时 可 以 使 用 暂时 存储 起 来 的 备忘录 将 状态 复原 。 

(2) 备忘录 实现 了 对 信息 的 封装 ,一 个 备忘录 对 象 是 一 种 原 发 器 对 象 状态 的 表示 ,不 会 
被 其 他 代码 所 改动 。 备 忘 录 保 存 了 原 发 器 的 状态 ,采用 列表 .堆栈 等 集合 来 存储 备忘录 对 象 
可 以 实现 多 次 撤销 操作 。 


21. 5.2 备忘录 模式 缺点 

备忘录 模式 的 缺点 主要 如 下 ， 

资源 消耗 过 大 ,如 果 需 要 保存 的 原 发 器 类 的 成 员 变量 太 多 ,就 不 可 避免 地 需要 占用 大 量 
的 存储 空间 ,每 保存 一 次 对 象 的 状态 都 需要 消耗 一 定 的 系统 资源 。 

21. 5.3 备忘录 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 备忘录 模式 : 
(1) 保存 一 个 对 象 在 某 一 个 时 刻 的 全 部 状态 或 部 分 状态 ,这样 以 后 需要 时 它 能 够 恢复 
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到 先前 的 状态 ,实现 撤销 操作 。 
(2) 防止 外 界 对 象 破坏 一 个 对 象 历史 状态 的 封装 性 ,避免 将 对 象 历史 状态 的 实现 细节 
暴露 给 外 界 对 象 。 


21.6 ”本章 小 结 


1. 备忘录 模式 实现 在 不 破坏 封装 的 前 提 下 捕获 一 个 对 象 的 内 部 状态 ,并 在 该 对 象 之 外 
保存 这 个 状态 ,这 样 可 以 在 以 后 将 对 象 恢复 到 原先 保存 的 状态 。 备 忘 录 模 式 是 一 种 对 象 行 
为 型 模式 。 

2. 备忘录 模式 包含 原 发 器 、 备 忘 录 和 负责 人 3 个 角色 。 其 中 , 原 发 器 是 一 个 普通 类 , 它 
通过 创建 一 个 备忘录 来 存储 当前 内 部 状态 ,也 可 以 使 用 备忘录 来 恢复 其 内 部 状态 ; 备忘录 
用 于 存储 原 发 器 的 内 部 状态 ; 负责 人 负责 保存 备忘录 。 

3. 备忘录 模式 的 优点 主要 在 于 提供 了 一 种 状态 恢复 的 实现 机 制 ,使 得 用 户 可 以 方便 地 
回 到 一 个 特定 的 历史 步骤 ,此 外 它 还 实现 了 对 信息 的 封装 ; 其 缺点 主要 在 于 资源 消耗 过 大 ， 
如 果 需 要 保存 的 原 发 器 类 的 成 员 变量 太 多 ,就 不 可 避免 地 需要 占用 大 量 的 存储 资源 。 

4. 备忘录 模式 适用 于 以 下 环境 : 保存 一 个 对 象 在 某 一 个 时 刻 的 全 部 状态 或 部 分 状态 ， 
这 样 以 后 需要 时 它 能 够 恢复 到 先前 的 状态 ,实现 撤销 操作 ; 防止 外 界 对 象 破坏 一 个 对 象 历 
史 状 态 的 封装 性 ,避免 将 对 象 历史 状态 的 实现 细节 暴露 给 外 界 对 象 。 

5. 通过 在 负责 人 类 中 定义 一 个 用 于 存储 多 个 备忘录 对 象 的 集合 可 以 实现 多 次 撤销 
操作 。 


21.7 “习题 


1. 很 多 软件 都 提供 了 撤销 功能 ,( ”) 设 计 模式 可 以 用 于 实现 该 功能 。 
A. 中 介 者 B. 备忘录 C. 和 迭代 器 D. 观察 者 
2. 以 下 关于 备忘录 模式 的 叙述 的 错误 的 是 (  )。 
A. 备忘录 模式 的 作用 是 在 不 破坏 封装 的 前 提 下 捕获 一 个 对 象 的 内 部 状态 ,并 在 该 
对 象 之 外 保存 这 个 状态 ,这 样 可 以 在 以 后 将 对 象 恢复 到 原先 保存 的 状态 
B. 备忘录 模式 提供 了 一 种 状态 恢复 的 实现 机 制 , 使 得 用 户 可 以 方便 地 回 到 一 个 特 
定 的 历史 步 双 
C. 备忘录 模式 的 缺点 在 于 资源 消耗 太 大 ,如 果 类 的 成 员 变 量 太 多 ,就 不 可 避免 地 占 
用 大 量 的 内 存 , 而 且 每 保存 一 次 对 象 的 状态 都 需要 消耗 内 存 资源 
D. 备忘录 模式 属于 对 象 行为 型 模式 ,负责 人 向 原 发 器 请 求 一 个 备忘录 ,保留 一 段 时 
间 后 将 其 送 回 给 负责 人 ,负责 人 负责 对 备忘录 的 内 容 进行 操作 和 检查 
3. 能 否 使 用 原型 模式 来 创建 备忘录 对 象 ? 如 果 可 以 ,如 何 实现 ? 
4. 如 何 使 用 内 部 类 来 实现 备忘录 模式 ? 试 使 用 Java 语言 结合 内 部 类 来 实现 一 个 简单 
的 备忘录 模式 。 
5. 使 用 Java 语言 中 的 栈 (Stack) 来 实现 多 次 撤销 和 重 做 (恢复 ) 操 作 。 在 实现 时 可 以 将 
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备忘录 对 象 保存 在 两 个 栈 中 ,一 个 栈 包 含 用 于 实现 撤销 操作 的 状态 对 象 , 另 一 个 包含 用 于 实 
现 重 做 操作 的 状态 对 象 。 在 实现 撤销 操作 时 弹出 撤销 栈 栈 顶 对 象 以 获取 前 一 个 状态 并 将 其 
设置 给 应 用 程序 ; 同样 ,在 实现 重 做 操作 时 弹出 重 做 栈 栈 顶 对 象 以 获取 下 一 个 状态 并 将 其 
设置 给 应 用 程序 。 

6. 某 软件 公司 正在 开发 一 款 RPG 网 游 ,为 了 给 玩家 提供 更 多 方便 ,在 游戏 过 程 中 可 以 
设置 一 个 恢复 点 ,用 于 保存 当前 的 游戏 场景 ,如 果 在 后 续 游 戏 过 程 中 玩家 角色 "* 不 幸 牺牲 ”， 
可 以 返回 到 先前 保存 的 场景 ,从 所 设 恢复 点 开始 重新 游戏 。 试 使 用 备忘录 模式 设计 该 功能 ， 
要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 


观察 者 模式 


在 软件 系统 中 对 象 并 不 是 孤立 存在 的 ,一 个 对 象 行为 的 改变 可 能 会 导致 
一 个 或 多 个 其 他 与 之 存在 依赖 关系 的 对 象 行为 发 生 改变 。 观 察 者 模式 用 于 描 
述 对 象 之 间 的 依赖 关系 ,为 实现 多 个 对 象 之 间 的 联动 提供 了 一 种 解决 方案 , 它 
是 一 种 使 用 频率 非常 高 的 设计 模式 。 

本 章 将 学 习 观 察 者 模式 的 定义 与 结构 ,分 析 观 察 者 模式 的 实现 原理 ,通过 
实例 学 习 如 何 编程 实现 观察 者 模式 并 且 理 解 观 察 者 模式 在 Java 事件 处 理 中 
的 应 用 。 

本 章 知识 点 

。 观察 者 模式 的 定义 

。 观察 者 模式 的 结构 

。 观察 者 模式 的 实现 

。 观察 者 模式 的 应 用 

。 观察 者 模式 的 优 /缺点 

。 观察 者 模式 的 适用 环境 

。 观察 者 模式 与 Java 事件 处 理 


22.1 观察 者 模式 概述 


“ 红 灯 停 ,绿灯 行 ”, 在 日 常生 活 中 交通 信号 灯 管 理 着 城市 ,指挥 着 日 益 拥 挤 的 城市 的 交 
通 。 当 红 灯 亮 起 ,来 往 的 汽车 将 停止 ; 而 绿灯 亮 起 ,汽车 可 以 继续 前 行 。 在 这 个 过 程 中 交通 
信号 灯 是 汽车 (更 准确 地 说 应 该 是 汽车 驾驶 员 ) 的 观察 目标 ,而 汽车 是 观察 者 。 随 着 交通 信 
号 灯 的 变化 ,汽车 的 行为 也 将 随 之 变化 ,一 元 交通 信号 灯 可 以 指挥 多 辆 汽车 ,如 图 22-1 
所 示 。 

在 软件 系统 中 有 些 对 象 之 间 也 存在 类 似 交 通信 号 灯 和 汽车 之 间 的 关系 ,一 个 对 象 的 状 


第 22 章 观察 者 模 式 ,315 二 


图 22-1 交通 信号 灯 与 汽车 示意 图 


态 或 行为 的 变化 将 导致 其 他 对 象 的 状态 或 行为 也 发 生 改变 ,它们 之 间 将 产生 联动 , 正 所 谓 
“ 触 一 而 牵 百 发 ”。 为 了 更 好 地 描述 对 象 之 间 存 在 的 这 种 一 对 多 (包括 一 对 一 ) 的 联动 ,观察 
者 模式 应 运 而 生 , 它 定义 了 对 象 之 间 的 一 种 一 对 多 的 依赖 关系 ,让 一 个 对 象 的 改变 能 够 影响 
其 他 对 象 。 

观察 者 模式 是 使 用 频率 较 高 的 设计 模式 之 一 , 它 用 于 建立 一 种 对 象 与 对 象 之 间 的 依赖 
关系 ,一 个 对 象 发 生 改 变 时 将 自动 通知 其 他 对 象 , 其 他 对 象 将 相应 作出 反应 。 在 观察 者 模式 
中 发 生 改 变 的 对 象 称 为 观察 目标 ,而 被 通知 的 对 象 称 为 观察 者 ,一 个 观察 目标 可 以 对 应 多 个 
观察 者 ,而 且 这 些 观 察 者 之 间 可 以 没有 任何 相互 联系 ,可 以 根据 需要 增加 和 删除 观察 者 ,使 
得 系统 更 易于 扩展 。 

观察 者 模式 的 定义 如 下 : 


观察 者 模式 : 定义 对 象 之 间 的 一 种 一 对 多 的 依赖 关系 ,使 得 每 当 
一 个 对 象 状 态 发 生 改 变 时 其 相关 依赖 对 象 尼 得 到 通知 并 被 自动 更 新 。 
Observer Pattern: Define a one-to-many dependency between 


objects so that when one object changes state,all its dependents are 


notified and updated automatically. 


观察 者 模式 的 别名 有 发 布 -订阅 (Publish-Subscribe) 模 式 、 模 型 -视图 (Model-View) 模 
式 , 源 -监听 器 (Source-Listener) 模 式 、 从 属 者 (Dependents) 模 式 。 观 察 者 模式 是 一 种 对 象 行 
为 型 模式 。 


22.2 观察 者 模式 结构 与 实现 


22.2.1 观察 者 模式 结构 


观察 者 模式 结构 中 通常 包括 观察 目标 和 观察 者 两 个 继承 层次 结构 ,其 结构 如 图 22-2 
所 示 。 
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Subj 
je EE Observer 
Observers 
+ attach (Observer obs) 
+ detach (Observer obs) + Update 0 
+ notify () 
~ for(obs:observers) { 
obs.update(); 
ConcreteSubject ConcreteObserver 
- subjectState : |- observerState : 
+ getState ()、 subject |+ update (0 
+ setState () 、、、 
return subjectState; | 


observerState=subject.getState(); ] 


图 22-2 观察 者 模式 结构 图 


由 图 22-2 可 知 ,观察 者 模式 包含 以 下 4 个 角色 。 

(1) Subject( 目 标 ) : 目标 又 称 为 主题 , 它 是 指 被 观察 的 对 象 。 在 目标 中 定义 了 一 个 观 
察 者 集合 ,一 个 观察 目标 可 以 接受 任意 数量 的 观察 者 来 观察 , 它 提供 一 系列 方法 来 增加 和 删 
除 观 察 者 对 象 , 同 时 它 定义 了 通知 方法 notify()。 目 标 类 可 以 是 接口 ,也 可 以 是 抽象 类 或 具 
体 类 。 

(2) ConcreteSubject( 具 体 目标 ): 具体 目标 是 目标 类 的 子 类 , 它 通常 包含 有 经 常 发 生 改 
变 的 数据 , 当 它 的 状态 发 生 改变 时 将 向 它 的 各 个 观察 者 发 出 通知 ; 同时 它 还 实现 了 在 目标 
类 中 定义 的 抽象 业务 逻辑 方法 (如 果 有 )。 如 果 无 须 扩展 目标 类 , 则 具体 目标 类 可 以 省 略 。 

(3) Observer( 观 察 者 ): 观察 者 将 对 观察 目标 的 改变 作出 反应 ,观察 者 一 般 定义 为 接 
口 ,该 接口 声明 了 更 新 数据 的 方法 update() ,因此 又 称 为 抽象 观察 者 。 

(4) ConcreteObserver( 具 体 观察 者 ) : 在 具体 观察 者 中 维护 一 个 指向 具体 目标 对 象 的 引 
用 , 它 存储 具体 观察 者 的 有 关 状 态 ,这些 状态 需要 和 具体 目标 的 状态 保持 一 致 ; 它 实 现 了 在 
抽象 观察 者 Observer 中 定义 的 update() 方 法 。 通 常 在 实现 时 可 以 调用 具体 目标 类 的 
attach() 方 法 将 自己 添加 到 目标 类 的 集合 中 或 通过 detach() 方 法 将 自己 从 目标 类 的 集合 中 
删除 。 


22.2.2 观察 者 模式 实现 


观察 者 模式 描述 了 如 何 建立 对 象 与 对 象 之 间 的 依赖 关系 ,以 及 如 何 构造 满足 这 种 需求 
的 系统 。 观 察 者 模式 包含 观察 目标 和 观察 者 两 类 对 象 ,一 个 目标 可 以 有 任意 数目 的 与 之 相 
依赖 的 观察 者 ,一旦 观察 目标 的 状态 发 生 改变 ,所 有 的 观察 者 都 将 得 到 通知 。 作 为 对 这 个 通 
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知 的 响应 ,每 个 观察 者 都 将 监视 观察 目标 的 状态 ,以 使 其 状态 与 目标 状态 同步 ,这 种 交互 也 
称 为 发 布 -订阅 (Publish-Subscribe) 。 观 察 目 标 是 通知 的 发 布 者 , 它 发 出 通知 时 并 不 需要 知 
道 谁 是 它 的 观察 者 ,可 以 有 任意 数目 的 观察 者 订阅 它 并 接收 通知 。 

下 面 通过 演示 代码 对 观察 者 模式 进行 进一步 分 析 。 首 先 定义 一 个 抽象 目标 类 Subject， 
典型 代码 如 下 : 


import java. util. *; 


public abstract class Subject { 
// 定 义 一 个 观察 者 集合 用 于 存储 所 有 观察 者 对 象 
protected ArrayList observers < Observer > = new ArrayList(); 


// 注 册 方 法 ,用 于 向 观察 者 集合 中 增加 一 个 观察 者 
public void attach(Observer observer) { 
observers. add( observer); 


} 


// 注 销 方法 ,用 于 从 观察 者 集合 中 删除 一 个 观察 者 
public void detach(Observer observer) { 
observers. remove( observer); 


中 


// 声 明 抽象 通知 方法 
public abstract void notify(); 


具体 目标 类 ConcreteSubject 是 实现 了 抽象 目标 类 Subject 的 一 个 具体 子 类 ,其 典型 代 
码 如 下 : 


public class ConcreteSubject extends Subject { 
// 实 现 通 知 方法 
public void notify() { 
// 人 遍历 观察 者 集合 ,调用 每 一 个 观察 者 的 响应 方法 
for(Object obs:observers) { 
((Observer)obs). update( ); 
} 


抽象 观察 者 角色 一 般 定义 为 一 个 接口 ,通常 只 声明 一 个 update() 方 法 ,为 不 同 观察 者 
的 更 新 (响应 ) 行 为 定义 相同 的 接口 ,这 个 方法 在 其 子 类 中 实现 ,不 同 的 观察 者 具有 不 同 的 响 
应 方法 。 抽 象 观 察 者 Observer 的 典型 代码 如 下 : 


public interface Observer { 
// 声 明 响 应 方法 
public void update( ); 
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在 具体 观察 者 ConcreteObserver 中 实现 了 update() 方 法 ,其 典型 代码 如 下 : 


public class ConcreteObserver implements Observer { 
// 实 现 响应 方法 
public void update() { 
// 具 体 响应 代码 
} 
} 


在 有 些 更 加 复杂 的 情况 下 ,具体 观察 者 类 ConcreteObserver 的 update() 方 法 在 执行 时 
需要 使 用 到 具体 目标 类 ConcreteSubject 中 的 状态 (属性 ), 因 此 在 ConcreteObserver 与 
ConcreteSubject 之 间 有 时 候 还 存在 关联 或 依赖 关系 ,在 ConcreteObserver 中 定义 一 个 
ConcreteSubject 实例 , 通过 该 实例 获取 存储 在 ConcreteSubject 中 的 状态 。 如 果 
ConcreteObserver 的 update() 方 法 不 需要 使 用 到 ConcreteSubject 中 的 状态 属性 , 则 可 以 对 
观察 者 模式 的 标准 结构 进行 简化 ,在 具体 观察 者 ConcreteObserver 和 具体 目标 ConcreteSubject 
之 间 无 须 维持 对 象 引用 。 

如 果 在 具体 层 之 间 具 有 关联 关系 ,系统 的 扩展 性 将 受到 一 定 的 影响 ,增加 新 的 具体 目标 
类 有 时 候 需 要 修改 原 有 观察 者 的 代码 ,在 一 定 程度 上 违反 了 开 闭 原则 ,但 是 如 果 原 有 观察 者 
类 无 须 关 联 新 增 的 具体 目标 , 则 系统 扩展 性 不 受 影响 。 

在 客户 端 代码 中 首先 创建 具体 目标 对 象 以 及 具体 观察 者 对 象 , 然 后 调用 目标 对 象 的 
attach() 方 法 ,将 这 个 观察 者 对 象 在 目标 对 象 中 登记 ,也 就 是 将 它 加 入 到 目标 对 象 的 观察 者 
集合 中 ,代码 片段 如 下 ， 


Subject subject = new ConcreteSubject( ); 
Observer observer = new ConcreteObserver( ); 
subject. attach(observer); 

subject. notify(); 


客户 端 在 调用 目标 对 象 的 notify() 方 法 时 将 调用 在 其 观察 者 集合 中 注册 的 观察 者 对 象 
的 update() 方 法 。 


22.3 观察 者 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 观察 者 模式 。 
1. 实例 说 明 


在 某 多 人 联机 对 战 游戏 中 ,多 个 玩家 可 以 加 入 同一 战队 组 成 联 
盟 , 当 战队 中 的 菜 一 成 员 受 到 敌人 攻击 时 将 给 所 有 其 他 盟友 发 送 通 
知 ,盟友 收 到 通知 后 将 作出 响应 。 

试 使 用 观察 者 模式 设计 并 实现 该 过 程 ,以 实现 战队 成 员 之 间 的 联动 。 
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2. 实例 分 析 及 类 图 

通过 分 析 不 难 发 现在 该 系统 中 战队 成 员 之 间 的 联动 过 程 可 以 简单 描述 如 下 : 

联盟 成 员 受 到 攻击 一 发 送 通知 给 盟友 一 盟友 作出 响应 

如 果 按 照 上 述 思 路 来 设计 系统 ,一 个 战队 联盟 成 员 在 受到 攻击 时 需要 通知 他 的 每 一 位 
pi 每 个 联盟 成 员 都 需要 持 有 其 他 所 有 盟友 的 信息 ,这 将 导致 系统 开销 较 大 ,因此 可 以 引 

一 个 新 的 角色 一 一 指挥 部 (战队 控制 中 心 ) 来 负责 维护 和 管理 每 个 战队 中 所 有 成 员 的 信 
一 当 一 个 联盟 成 员 受 到 攻击 时 将 向 对 应 的 指挥 部 发 送 求助 信息 ,指挥 部 逐一 通知 每 个 盟 
友 ,盟友 再 作出 响应 ,如 图 22-3 所 示 。 


和 
通知 成 员 


受到 攻击 支援 盟友 
图 22-3 多 人 联机 对 战 游戏 中 对 象 的 联动 


在 图 22-3 中 受 攻 击 的 联盟 成 员 将 与 指挥 部 产生 联动 ,指挥 部 还 将 与 其 他 盟友 产生 
通过 分 析 , 本 实例 的 结构 图 如 图 22-4 所 示 。 


AlyControlCenter 
{abstract} Observer 

# allyName : String 
# players :ArayList ~ + getName () : String 
+ setAlyName (String allyName) : void + setName (String name) :void 
+ getAlyName () : String = 三 二 过 让 + help () : void 
+ join (Observer obs) :void + beAttacked (AllyControlCenter acc) : void 
+ quit (Observer obs) :void A 


+ notifyObserver (String name) :void 


Player 
- name : String 
ConcreteAllyControlCenter + Player (String name) 
+ getName () : String 
+ ConcreteAllyControlCenter ( + setName (String name) : void 
String allyName) + help () : void 
+ notifyObserver (String name) : void + beAttacked (AllyControlCenter acc) : void 


for(Object obs : players) { acc.notifyObserver(name); 
if (!((Observer)obs).getName().equalslgnoreCase(name)) { 


((Observer)obs).help(); 


图 22-4 多 人 联机 对 战 游戏 结构 图 
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在 图 22-4 中 ,AllyControlCenter 充当 抽象 目标 类 ,ConcreteAllyControlCenter 充当 具 
体 目标 类 ,Observer 充当 抽象 观察 者 ,Player 充当 具体 观察 者 。 


3. 实例 代码 
(1) AllyControlCenter: 指挥 部 (战队 控制 中 心 ) 类 ,充当 抽象 目标 类 。 


//designpatterns. observer. AllyControlCenter. java 
package designpatterns. observer; 
import java. util. x*; 


public abstract class AllyControlCenter { 

protected String allyName; // 战 队 名 称 

protected ArrayList < Observer > players = new ArrayList < Observer >(); // 定 义 一 个 集合 用 
于 存储 战队 成 员 


public void setAllyName(String allyName) { 
this.allyName = allyName; 


} 


public String getAllyName() { 
return this.allyName; 


} 


// 注 册 方 法 

public void join(Observer obs) { 
System. out. println(obs. getName() +" 加 入 " + this.allyName + "战队 !" ); 
players. add(obs); 

} 


// 注 销 方法 

public void quit(Observer obs) { 
System. out. println(obs. getName()+" 退 出 " + this.allyName + "战队 !"); 
Players. remove( obs); 


} 


// 声 明 抽象 通知 方法 
public abstract void notifyObserver(String name); 


(2) ConcreteAllyControlCenter: 具体 指挥 部 类 ,充当 具体 目标 类 。 


//designpatterns. observer. ConcreteAllyControlCenter. java 
package designpatterns. observer; 


public class ConcreteAllyControlCenter extends AllyControlCenter { 
public ConcreteAllyControlCenter(String allyName) { 
System. out. println(allyName + "战队 组 建成 功 !"); 
ee ey 
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this.allyName = allyName; 
} 


// 实 现 通 知 方法 
Public void notifyObserver(String name) { 
System. out. println(this.allyName + "战队 紧急 通知 , 盟友 " + name + "遭受 敌人 攻击 !"); 
// 人 遍历 观察 者 集合 ,调用 每 一 个 盟友 (自己 除外 ) 的 支援 方法 
for(Object obs : Players) { 
if (!((Observer)obs). getName( ). equalsIgnoreCase(name)) { 
((Observer)obs). help(); 
} 


(3) Observer: 抽象 观察 者 类 。 


//designpatterns. observer. Observer. java 
package designpatterns. observer; 


public interface Observer { 
public String getName( ); 
public void setName( String name); 
public void help(); // 声 明 支 援 盟 友 方 法 
public void beAttacked(AllyControlCenter acc); // 声 明 遭 受 攻击 方法 


(4) Player: 战队 成 员 类 ,充当 具体 观察 者 类 。 


//designpatterns. observer. Player. java 
package designpatterns. observer; 


public class Player implements Observer { 
private String name; 


public Player(String name) { 
this. name = name; 


} 


public void setName(String name) { 
this. name = name; 


} 


public String getName() { 
return this. name; 


} 
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// 支 援 盟友 方法 的 实现 
public void help() { 

System. out. println(" 坚持 住 ," + this.name + "来 救 你 !"); 
1 


// 遭 受 攻击 方法 的 实现 , 当 遭 受 攻击 时 将 调用 战队 控制 中 心 类 的 通知 方法 notifyObserver() 来 
通知 盟友 
public void beAttacked(AllyControlCenter acc) { 
System. out. println(this. name + "被 攻击 !"); 
acc. notifyObserver (name); 


(5) Client: 客户 端 测试 类 。 


//designpatterns. observer. Client. java 
package designpatterns. observer; 


public class Client { 
public static void main(String args[]) { 
// 定 义 观察 目标 对 象 
AllyControlCenter acc; 
acc = new ConcreteAllyControlCenter( "金良 群 侠 "); 


// 定 义 4 个 观察 者 对 象 
Observer player!l, player2, player3, player4; 


playerl = new Player(" 杨 过 "); 
acc. join(playerl); 


player2 = new Player(" 令 狐 冲 "); 
acc. join(player2); 


player3 = new Player(" 张 无 忌 ") ; 
acc. join(player3); 


player4 = new Player(" 段 誉 "); 
acc. join(player4); 


// 某 成 员 遭 受 攻击 
Player1. beAttacked(acc); 
} 
} 
4. 结果 及 分 析 


编译 并 运行 程序 , 输 


中 
酒 
EE 
a 


金庸 群 侠 战 队 组 建成 功 ! 
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杨过 加 入 金庸 群 侠 战 队 ! 
令狐冲 加 入 金庸 群 侠 战 队 ! 
张无忌 加 入 金庸 群 侠 战 队 ! 

段 誉 加 入 金庸 群 侠 战 队 ! 

杨过 被 攻击 ! 

金庸 群 侠 战 队 紧 急 通知 ,盟友 杨过 遭受 敌人 攻击 ! 
坚持 住 ,令狐冲 来 救 你 ! 

坚持 住 , 张 无 忌 来 救 你 ! 

坚持 住 , 段 誉 来 救 你 ! 


在 本 实例 中 实现 了 两 次 对 象 之 间 的 联动 , 当 一 个 游戏 玩家 Player 对 象 的 beAttacked() 
方法 被 调用 时 将 调用 指挥 部 AllyControlCenter 的 notifyObserver() 方 法 进行 处 理 , 而 在 
notifyObserver() 方 法 中 又 将 调用 其 他 Player 对 象 的 help() 方 法 。Player 的 beAttacked() 
方法 、AllyControlCenter 的 notifyObserver() 方 法 以 及 Player 的 help() 方 法 构成 了 一 个 联 
动 触发 链 , 执 行 顺序 如 下 : 

Player. beAttacked()—>AllyControlCenter. notifyObserver()—>Player. help() 


22.4 JDK 对 观察 者 模式 的 支持 


观察 者 模式 在 Java 语言 中 占据 非常 重要 的 地 位 。 在 JDK 的 java. util 包 中 提供 了 
Observable 类 以 及 Observer 接口 ,它们 构成 了 JDK 对 观察 者 模式 的 支持 ,如 图 22-5 所 示 。 


Observable 
- changed : boolean = false 
- Obs :Vector 


+ Observable () 
+ addObserver (Observer ol :void 
+ deleteObserver (Observer oj : void 


ES 
+ Update (Observable o, Object arg) : void 


+ notifyObservers () :void 六 
+ notifyObservers (Object arg) : void 
+ deleteObservers () : void 有 
+ setChanged () :void 1 
+ clearChanged () :void 


+ hasChanged () 
+ countObservers () 


ConcreteObservable ConcreteObserver 


+ Update (Observable o, Object arg) : void 


图 22-5 JDK 提供 的 Observable 类 及 Observer 接口 结构 图 


下 面 对 Observer 接口 和 Observable 类 进行 简要 说 明 。 
1. Observer 接口 


在 java. util. Observer 接口 中 只 声明 一 个 方法 , 它 充当 抽象 观察 者 ,其 方法 声明 代码 
如 下 : 
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void update(Observable o, Object arg); 


当 观 察 目 标的 状态 发 生变 化 时 该 方法 将 会 被 调用 ,在 Observer 的 子 类 中 将 实现 update() 
方法 , 即 具体 观察 者 可 以 根据 需要 具有 不 同 的 更 新 行为 。 当 调用 观察 目标 类 Observable 的 
notifyObservers() 方 法 时 将 执行 观察 者 类 中 的 update() 方 法 。 


2. Observable 类 


java. util. Observable 类 充当 观察 目标 类 ,在 Observable 中 定义 了 一 个 向 量 Vector 来 
存储 观察 者 对 象 , 它 所 包含 的 方法 及 说 明 见 表 22-1。 


方 法 名 


表 22-1 Observable 类 所 包含 的 方法 及 说 明 


方法 描述 


Observable() 


构造 方法 ,实例 化 Vector 向 量 


addObserver(Observer o) 


用 于 注册 新 的 观察 者 对 象 到 向 量 中 


deleteObserver (Observer o) 


用 于 删除 向 量 中 的 某 一 个 观察 者 对 象 


notifyObservers() 和 
notifyObservers(Object arg) 


通知 方法 ,用 于 在 方法 内 部 循环 调用 向 量 中 每 一 个 观察 者 的 update() 
方法 


deleteObservers() 


用 于 清空 向 量 , 即 删除 向 量 中 所 有 的 观察 者 对 象 


setChanged() 


该 方法 被 调用 后 会 设置 一 个 boolean 类 型 的 内 部 标记 变量 changed 的 
值 为 true, 表 示 观 察 目 标 对 象 的 状态 发 生 了 变化 


clearChanged() 


用 于 将 changed 变量 的 值 设 为 false, 表 示 对 象 状 态 不 再 发 生 改变 或 者 
已 经 通知 了 所 有 的 观察 者 对 象 ,调用 了 它们 的 update() 方 法 


hasChanged() 


用 于 测试 对 象 状态 是 否 改 变 


countObservers() 


用 于 返回 向 量 中 观察 者 的 数量 


用 户 可 以 直接 使 用 Observer 接口 和 Observable 类 作为 观察 者 模式 的 抽象 层 ,再 自 定 
义 具 体 观 察 者 类 和 具体 观察 日 标 类 。 通 过 使 用 JDK 中 的 Observer 接口 和 Observable 类 可 
以 更 加 方便 地 在 Java 语言 中 应 用 观察 者 模式 。 


22.5 观察 者 模式 与 Java 事件 处 理 


JDK 1.0 及 更 早 版 本 的 事件 模型 基于 职责 链 模式 ,但 是 这 种 模型 不 适用 于 复杂 的 系统 ， 
因此 在 JDK 1. 1 及 以 后 的 各 个 版 本 中 事件 处 理 模型 采用 基于 观察 者 模式 的 委派 事件 模型 
(Delegation Event Model,DEM) , 即 一 个 Java 组 件 所 引发 的 事件 并 不 由 引发 事件 的 对 象 自 
己 来 负责 处 理 ,而 是 委派 给 独立 的 事件 处 理 对 象 负责 。 

在 DEM 模型 中 目标 角色 (如 界面 组 件 ) 负 责 发 布 事件 ,而 观察 者 角色 (事件 处 理 者 ) 可 
以 向 目标 订阅 它 所 感 兴趣 的 事件 。 当 一 个 具体 目标 产生 一 个 事件 时 它 将 通知 所 有 订阅 者 。 
事件 的 发 布 者 称 为 事件 源 (Event Source) ,而 订阅 者 称 为 事件 监听 器 (Event Listener) ,在 这 
个 过 程 中 还 可 以 通过 事件 对 象 (Event Object) 来 传递 与 事件 相关 的 信息 ,可 以 在 事件 监听 


者 的 实现 类 中 实现 事件 处 理 , 因 此 事件 监听 对 象 又 可 以 称 为 事件 处 理 对 象 。 事件 源 对 象 、 


J 
Hl 


件 监 听 对 象 (事件 处 理 对 象 ) 和 事件 对 象 构成 了 Java 事件 处 理 模 型 的 三 要 素 。 事 件 源 对 象 
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充当 观察 目标 ,而 事件 监听 对 象 充当 观察 者 。 

以 按钮 单 击 事件 为 例 , 其 事件 处 理 流程 如 下 : 

(1) 如 果 用 户 在 GUI 中 单 击 一 个 按钮 ,将 触发 一 个 事件 (如 ActionEvent 类 型 的 动作 
件 ),JVM 将 产生 一 个 相应 的 ActionEvent 类 型 的 事件 对 象 ,在 该 事件 对 象 中 包含 了 有 关 事 
件 和 事件 源 的 信息 ,此 时 按钮 是 事件 源 对 象 。 

(2) 将 ActionEvent 事件 对 象 传递 给 事件 监听 对 象 (事件 处 理 对 象 ) ,JDK 提供 了 专门 
用 于 处 理 ActionEvent 事件 的 接口 ActionListener, 开 发 人 员 需 要 提供 一 个 ActionListener 
的 实现 类 (如 MyActionHandler) ,实现 在 ActionListener 接口 中 声明 的 抽象 事件 处 理 方法 
actionPerformed() ,对 所 发 生 事件 做 出 相应 的 处 理 。 

(3) 开发 人 员 将 ActionListener 接口 的 实现 类 (如 MyActionHandler) 对 象 注 册 到 按钮 
中 ,可 以 通过 按钮 类 的 addActionListener() 方 法 来 实现 注册 。 

(4) JVM 在 触发 事件 时 将 调用 按钮 的 fireXXX() 方 法 ,在 该 方法 内 部 将 调用 注册 到 按 
钮 中 的 事件 处 理 对 象 的 actionPerformed( ) 方 法 ,实现 对 事件 的 处 理 。 

使 用 类 似 的 方法 可 以 自 定义 GUI 组 件 , 例 如 包含 两 个 文本 框 和 两 个 按钮 的 登录 组 件 
LoginBean, 可 以 采用 如 图 22-6 所 示 的 设计 方案 。 


LoginEvent 
- userName : String 
- password : String 


+ setPassword (String password) :void 
+ getPassword () String 


+ LoginEvent 0 
+ setUserName (String userName) :void 
+ getUserName () String 所 一 一 一 一 一 一 一 一 一 


LoginBean 
- lel : LoginEventListener 
-le :LoginEvent 加 LoginEventListener 
+ LoginBean () kel 家 
+ addLoginEventListener ( void rp er] 
LoginEventListener lel) kes 2 Dw 
+ fireLoginEvent (Object object, void 
String userName, String password) 
+ actionPerformed (ActionEvent event) :void 
LoginValidatorA LoginValidatorB 
+ LoginValidatorA () + LoginValdatorB 0 
+ validateLogin (LoginEvent event) : void + validateLogin (LoginEvent event) : void 


图 22-6 自 定义 登录 组 件 结构 图 


图 22-6 中 相关 类 的 说 明 如 下 : 

(1) LoginEvent 是 事件 类 ,用 于 封装 与 事件 有 关 的 信息 , 它 不 是 观察 者 模式 的 一 部 分 ， 
但 是 可 以 在 目标 对 象 和 观察 者 对 象 之 间 传 递 数据 。 在 AWT 事件 模型 中 所 有 的 自 定义 事件 
类 都 是 java. util. EventObject 的 子 类 。 

(2) LoginEventListener 充当 抽象 观察 者 . 它 声 明了 事件 响应 方法 validateLogin() ,用 
于 处 理事 件 , 该 方法 也 称 为 事件 处 理 方法 。validateLogin() 方 法 将 一 个 LoginEvent 类 型 的 
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事件 对 象 作 为 参数 ,用 于 传输 与 事件 相关 的 数据 ,在 其 子 类 中 实现 该 方法 ,实现 具体 的 事件 
处 理 。 

(3) LoginBean 充当 具体 目标 类 ,在 这 里 没有 定义 抽象 目标 类 ,对 观察 者 模式 进行 了 一 
定 的 简化 。 在 LoginBean 中 定义 了 抽象 观察 者 LoginEventListener 类 型 的 对 象 lel 和 事件 
对 象 LoginEvent, 提 供 了 注册 方法 addLoginEventListener() 用 于 添加 观察 者 ,在 Java 事件 
处 理 中 通常 使 用 一 对 一 的 观察 者 模式 ,而 不 是 一 对 多 的 观察 者 模式 ,也 就 是 说 一 个 观察 目标 
中 只 定义 一 个 观察 者 对 象 ,而 不 是 提供 一 个 观察 者 对 象 的 集合 。 在 LoginBean 中 还 定义 了 
通知 方法 fireLoginEvent() ,该 方法 在 Java 事件 处 理 模型 中 称 为 "点 火 方法 ”, 在 该 方法 内 部 
实例 化 了 一 个 事件 对 象 LoginEvent, 将 用 户 输 入 的 信息 传 给 观察 者 对 象 ,并 且 调 用 了 观察 
者 对 象 的 响应 方法 validateLogin()。 

(4) LoginValidatorA 和 LoginValidatorB 充当 具体 观察 者 类 ,它们 实现 了 在 
LoginEventListener 接口 中 声明 的 抽象 方法 validateLogin(), 用 于 具体 实现 事件 处 理 。 该 
方法 包含 一 个 LoginEvent 类 型 的 参数 ,在 LoginValidatorA 和 LoginValidatorB 类 中 可 以 
针对 相同 的 事件 提供 不 同 的 实现 。 


22.6 观察 者 模式 与 MVC 


在 当前 流行 的 MVC(Model-View-Controller) 架 构 中 也 应 用 了 观察 者 模式 , MVC 是 一 
种 架构 模式 , 它 包含 3 个 角色 , 即 模型 (Model) .视图 (View) 和 控制 器 (Controller) 。 其 中 ， 
模型 可 对 应 于 观察 者 模式 中 的 观察 目标 ,而 视图 对 应 于 观察 者 ,控制 器 可 充当 两 者 之 间 的 中 
介 者 。 当 模型 层 的 数据 发 生 改 变 时 视图 层 将 自动 改变 其 显示 内 容 。MVC 结构 示意 图 如 
图 22-7 所 示 。 


Controller 


a=50 

b=30 

c=20 
Model 


图 22-7 MVC 结构 示意 图 
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在 图 22-7 中 ,模型 层 提供 的 数据 是 视图 层 所 观察 的 对 象 , 在 视图 层 中 包含 了 两 个 用 于 
显示 数据 的 图 表 对 象 ,一 个 是 柱状 图 ,一 个 是 饼 状 图 ,相同 的 数据 拥有 不 同 的 图 表 显 示 方 式 ， 
如 果 模 型 层 的 数据 发 生 改 变 ,两 个 图 表 对 象 将 随 之 发 生变 化 ,这 意味 着 图 表 对 象 依赖 模型 层 
提供 的 数据 对 象 , 因 此 数据 对 象 的 任何 状态 改变 都 应 立即 通知 它们 。 同 时 ,这 两 个 图 表 之 间 
相互 独立 ,不 存在 任何 联系 ,而 且 图 表 对 象 的 个 数 没有 任何 限制 ,用 户 可 以 根据 需要 再 增加 
新 的 图 表 对 象 , 例 如 折线 图 。 在 增加 新 的 图 表 对 象 时 无 须 修 改 原 有 类 库 ,满足 开 闭 原则 。 


22.7 观察 者 模式 优 /缺点 与 适用 环境 


观察 者 模式 是 一 种 使 用 频率 非常 高 的 设计 模式 ,无 论 是 移动 应 用 、Web 应 用 或 者 桌面 
应 用 ,观察 者 模式 几乎 无 处 不 在 , 它 为 实现 对 象 之 间 的 联动 提供 了 一 套 完整 的 解决 方案 , 凡 
是 涉及 一 对 一 或 者 一 对 多 的 对 象 交 互 场景 都 可 以 使 用 观察 者 模式 。 观 察 者 模式 广泛 应 用 于 
各 种 编程 语言 的 GUI 事件 处 理 的 实现 ,在 基于 事件 的 XML 解析 技术 (例如 SAX2) 以 及 
Web 事件 处 理 中 也 都 使 用 了 观察 者 模式 。 


22.7.1 观察 者 模式 优点 


观察 者 模式 的 优点 主要 如 下 : 

(1) 可 以 实现 表示 层 和 数据 逻辑 层 的 分 离 ,定义 了 稳定 的 消息 更 新 传递 机 制 , 并 抽象 了 
更 新 接口 ,使 得 可 以 有 各 种 各 样 不 同 的 表示 层 充 当 具 体 观 察 者 角色 。 

(2) 在 观察 目标 和 观察 者 之 间 建 立 一 个 抽象 的 耦合 。 观 察 目标 只 需要 维持 一 个 抽象 观 
察 者 的 集合 ,无须 了 解 其 具体 观察 者 。 由 于 观察 目标 和 观察 者 没有 紧密 地 耦合 在 一 起 ,因此 
它们 可 以 属于 不 同 的 抽象 化 层次 。 

(3) 支持 广播 通信 ,观察 目标 会 向 所 有 已 注册 的 观察 者 对 象 发 送 通知 ,简化 了 一 对 多 系 
统 设计 的 难度 。 

(4) 符合 开 闭 原则 ,增加 新 的 具体 观察 者 无 须 修改 原 有 系统 代码 ,在 具体 观察 者 与 观察 
目标 之 间 不 存在 关联 关系 的 情况 下 增加 新 的 观察 目标 也 很 方便 。 


22.7.2 观察 者 模式 缺点 


观察 者 模式 的 缺点 主要 如 下 : 

(1) 如 果 一 个 观察 目标 对 象 有 很 多 直接 和 间接 观察 者 ,将 所 有 的 观察 者 都 通知 到 会 花 
费 很 多 时 间 。 

(2) 如 果 在 观察 者 和 观察 目标 之 间 存 在 循环 依赖 ,观察 目标 会 触发 它们 之 间 进 行 循环 
调用 ,可 能 导致 系统 崩溃 。 

(3) 观察 者 模式 没有 相应 的 机 制 让 观察 者 知道 所 观察 的 目标 对 象 是 怎么 发 生变 化 的 ， 
而 仅仅 只 是 知道 观察 目标 发 生 了 变化 。 


22.7.3 观察 者 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 观察 者 模式 : 
(1) 一 个 抽象 模型 有 两 个 方面 ,其 中 一 个 方面 依赖 于 另 一 个 方面 ,将 这 两 个 方面 封装 在 
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独立 的 对 象 中 使 它们 可 以 各 自 独 立地 改变 和 复 用 。 

(2) 一 个 对 象 的 改变 将 导致 一 个 或 多 个 其 他 对 象 也 发 生 改变 ,而 并 不 知道 具体 有 多 少 
对 象 将 发 生 改变 ,也 不 知道 这 些 对 象 是 谁 。 

(3) 需要 在 系统 中 创建 一 个 触发 链 ,A 对 象 的 行为 将 影响 B 对 象 ,B 对 象 的 行为 将 影响 
C 对 象 ……, 可 以 使 用 观察 者 模式 创建 一 种 链 式 触发 机 制 。 


22.8 本 章 小 结 


1. 在 观察 者 模式 中 定义 对 象 之 间 的 一 种 一 对 多 依赖 关系 ,使 得 每 当 一 个 对 象 状态 发 生 
改变 时 其 相关 依赖 对 象 皆 得 到 通知 并 被 自动 更 新 。 观 察 者 模式 是 一 种 对 象 行为 型 模式 。 

2. 观察 者 模式 包含 目标 .具体 目标 、 观 察 者 和 具体 观察 者 4 个 角色 。 其 中 ,目标 是 指 被 
观察 的 对 象 ; 具体 目标 是 目标 类 的 子 类 , 它 通常 包含 有 经 常 发 生 改变 的 数据 , 当 它 的 状态 发 
生 改 变 时 将 向 它 的 各 个 观察 者 发 出 通知 ; 观察 者 将 对 观察 目标 的 改变 作出 反应 ; 具体 观察 
者 是 观察 者 的 子 类 ,实现 在 观察 者 中 声明 的 更 新 数据 的 方法 。 

3， 观察 者 模式 的 优点 主要 是 可 以 实现 表示 层 和 数据 逻辑 层 的 分 离 ; 在 观察 目标 和 观 
察 者 之 间 建 立 一 个 抽象 的 耦合 ; 支持 广播 通信 和 且 符 合 开 闭 原则 。 其 缺点 主要 是 将 所 有 的 观 
察 者 都 通知 到 会 花费 很 多 时 间 ; 如 果 存 在 循环 调用 可 能 导致 系统 崩溃 ; 没有 相应 的 机 制 让 
观察 者 知道 所 观察 的 目标 对 象 是 怎么 发 生变 化 的 ,而 仅仅 知道 观察 目标 发 生 了 变化 。 

4. 观察 者 模式 适用 于 以 下 环境 : 一 个 抽象 模型 有 两 个 方面 ,其 中 一 个 方面 依赖 于 另 一 
个 方面 ,将 这 两 个 方面 封装 在 独立 的 对 象 中 使 它们 可 以 各 自 独立 地 改变 和 复 用 ; 一 个 对 象 
的 改变 将 导致 一 个 或 多 个 其 他 对 象 也 发 生 改 变 , 而 并 不 知道 具体 有 多 少 对 象 将 发 生 改 变 , 也 
不 知道 这 些 对 象 是 谁 ; 需要 在 系统 中 创建 一 个 触发 链 。 

5. JDK 中 的 事件 处 理 模 型 采用 基于 观察 者 模式 的 委派 事件 模型 , 即 一 个 Java 组 件 所 
引发 的 事件 并 不 由 引发 事件 的 对 象 自己 来 负责 处 理 ,而 是 委派 给 独立 的 事件 处 理 对 象 负责 。 
其 中 ,事件 源 对 象 充当 观察 目标 类 角色 ,事件 处 理 对 象 充当 具体 观察 者 角色 ,如 果 事 件 源 对 
象 的 某 个 事件 触发 , 则 调用 事件 处 理 对 象 中 的 事件 处 理 程序 对 事件 进行 处 理 。 

6. 在 MVC 架构 中 应 用 了 观察 者 模式 ,其 中 模型 可 对 应 于 观察 者 模式 中 的 观察 目标 ， 
而 视图 对 应 于 观察 者 ,控制 器 可 充当 两 者 之 间 的 中 介 。 


22.9 习题 


bX ) 设 计 模式 定义 了 对 象 间 的 一 种 一 对 多 的 依赖 关系 ,以 便当 一 个 对 象 的 状态 发 
生 改 变 时 所 有 依赖 于 它 的 对 象 都 得 到 通知 并 自动 刷新 。 
A. Adapter( 适 配器 ) B. Iterator( 迭 代 器 ) 
C. Prototype( 原 型 ) D. Observer( 观 察 者 ) 
2. 在 观察 者 模式 中 ,( Ne 
A. 一 个 Subject 对 象 可 对 应 多 个 Observer 对 象 
B. Subject 只 能 有 一 个 ConcreteSubject 子 类 
C. Observer 只 能 有 一 个 ConcreteObserver 子 类 
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D. 一 个 Subject 对 象 必须 至 少 对 应 一 个 Observer 对 象 

3. 下 面 这 句 话 隐 含 着 ( ) 设 计 模 式 。 

我 和 妹妹 跟 妈妈 说 :“ 妈 妈 , 我 和 妹妹 在 院子 里 玩 。 饭 做 好 了 叫 我 们 一 声 。 
A. 适配器 B. 职责 链 C. 观察 者 D. 迭代 器 

4.“ 猫 (Cat) 大 叫 一 声 , 老 鼠 (Mouse) 开 始 逃 跑 , 主 人 (Master) 被 惊醒 ”。 这 个 过 程 蕴 含 
了 哪 种 设计 模式 ,绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 此 过 程 。 

5. 某 高 校 教学 管理 系统 需要 实现 以 下 功能 : 如 果 某 个 系 的 系 名 发 生 改 变 , 则 该 系 所 有 
教师 和 学 生 的 所 属 系 名 称 也 将 发 生 改 变 。 试 使 用 观察 者 模式 实现 该 功能 ,要 求 绘制 相应 的 
类 图 并 使 用 Java 语言 编程 实现 。 

6. 某 实时 在 线 股票 软件 需要 提供 以 下 功能 : 当 股 票 购买 者 所 购买 的 某 支 股票 的 价格 
变化 幅度 达到 5% 时 ,系统 将 自动 发 送 通知 (包括 新 价格 ) 给 购买 该 股票 的 所 有 股民 。 试 使 
用 观察 者 模式 设计 并 实现 该 系统 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

7. 编程 实现 图 22-6 所 示 的 自 定义 登录 组 件 。 


状态 模式 是 一 种 较为 复杂 的 设计 模式 , 它 用 于 解决 系统 中 复杂 对 象 的 状 
态 转换 以 及 不 同 状 态 下 行为 的 封装 问题 。 当 系统 中 的 某 个 对 象 存在 多 个 状 
态 , 这 些 状态 之 间 可 以 进行 转换 ,而 且 对 象 在 不 同 状态 下 行为 不 相同 时 可 以 使 

本 章 将 学 习 状态 模式 的 定义 与 结构 ,分 析 状 态 模式 的 特点 ,并 结合 实例 学 
习 状 态 模式 的 实现 过 程 ,学 会 如 何在 实际 软件 项 目 开 发 中 应 用 状态 模式 。 

本 章 知 识 点 

。 状态 模式 的 定义 

。 状态 模式 的 结构 

。 状态 模式 的 实现 

。 状态 模式 的 应 用 

。 状态 模式 的 优 /缺点 

。 状态 模式 的 适用 环境 

。 共享 状态 

。 使 用 环境 类 实现 状态 转换 


23.1 状态 模式 概述 


“人 有 翡 欢 离合 ,月 有 阴 晴 圆 缺 ,包括 人 在 内 ,很 多 事物 都 具有 多 种 状态 ,而 且 在 不 同 状 
态 下 会 具有 不 同 的 行为 ,这 些 状态 在 特定 条 件 下 还 将 发 生 相 互 转换 。 就 像 水 , 它 可 以 凝固 成 
冰 ,也 可 以 受热 闵 发 后 变 成 水 蒸气 ,水 可 以 流动 , 冰 可 以 雕刻 ,蒸汽 可 以 扩散 。 可 以 用 UML 
状态 图 来 描述 H:O 的 3 种 状态 ,如 图 23-1 所 示 。 

在 软件 系统 中 ,有 些 对 象 也 像 水 一 样 具有 多 种 状态 ,这些 状态 在 某 些 情况 下 能 够 相互 转 
换 , 而 且 对 象 在 不 同 的 状态 下 也 将 具有 不 同 的 行为 。 通 常 可 以 使 用 复杂 的 条 件 判断 语句 ( 例 
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水 

- 杰 降温 [温度 =<0 度 ]/ 凝 固 | do/ 避 化 
加 放 克 | a 
da/ 流动 升温 [ 温 度 >0 度 J 融化。 da/ 克 刻 
证 六 


升温 [温度 >=100 度 ] 燕 发 Tl 


降温 [温度 <100 度 ]/ 液 化 
水 蒸气 
do/ 凝 华 
do/ 液 华 降温 [温度 <0 度 ]/ 凝 华 
do/ 扩 散 


图 23-1 HasO 的 3 种 状态 (未 考虑 临界 点 


如 这 …else… 语 句 ) 来 进行 状态 的 判断 和 转换 操作 ,这 会 导致 代码 的 可 维护 性 和 灵活 性 下 降 ， 
特别 是 在 出 现 新 的 状态 时 代码 的 扩展 性 很 差 ,客户 端 代码 也 需要 进行 相应 的 修改 ,违反 了 开 
闭 原则 。 为 了 解决 状态 的 转换 问题 ,并 使 客户 端 代 码 与 对 象 状 态 之 间 的 耦合 度 降低 ,可 以 使 
用 一 种 被 称 为 状态 模式 的 设计 模式 。 

状态 模式 用 于 解决 系统 中 复杂 对 象 的 状态 转换 以 及 不 同 状态 下 行为 的 封装 问题 。 当 系 
统 中 的 某 个 对 象 存在 多 个 状态 ,这些 状态 之 间 可 以 进行 转换 ,而 且 对 象 在 不 同 状 态 下 行为 不 
相同 时 可 以 使 用 状态 模式 。 状 态 模式 将 一 个 对 象 的 状态 从 该 对 象 中 分 离 出 来 ,封装 到 专门 
的 状态 类 中 ,使 得 对 象 状态 可 以 灵活 变化 。 对 于 客户 端 而 言 ,无 须 关 心 对 象 状态 的 转换 以 及 
对 象 所 处 的 当前 状态 ,无 论 对 于 何 种 状态 的 对 象 ,客户 端 都 可 以 一 致 处 理 。 

状态 模式 的 定义 如 下 : 


状态 模式 : 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 
对 象 看 起 来 似乎 修改 了 它 的 类 。 
State Pattern: Allow an object to alter its behavior when its 


internal state changes. The object will appear to change its class. 


状态 模式 又 名 状态 对 象 (Objects for States) , 它 是 一 种 对 象 行为 型 模式 。 
23.2 状态 模式 结构 与 实现 


23.2.1 状态 模式 结构 


在 状态 模式 中 引入 了 抽象 状态 类 和 具体 状态 类 ,它们 是 状态 模式 的 核心 ,其 结构 如 
图 23-2 所 示 。 

由 图 23-2 可 知 ,状态 模式 包含 以 下 3 个 角色 。 

(1) Context( 环 境 类 ) : 环境 类 又 称 为 上 下 文 类 , 它 是 拥有 多 种 状态 的 对 象 。 由 于 环境 
类 的 状态 存在 多 样 性 且 在 不 同 状态 下 对 象 的 行为 有 所 不 同 ,因此 将 状态 独立 出 去 形成 单独 
的 状态 类 。 在 环境 类 中 维护 一 个 抽象 状态 类 State 的 实例 ,这 个 实例 定义 当前 状态 ,在 具体 
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Context a 
- state : State state -| 
pe request () 
setState (State state) | El 


state.handle(): ConcreteStateA | ConcreteStateB 


+ handle () + handle () 


图 23-2 ”状态 模式 结构 图 


实现 时 它 是 一 个 State 子 类 的 对 象 。 

(2) State( 抽 象 状态 类 ): 它 用 于 定义 一 个 接口 以 封装 与 环境 类 的 一 个 特定 状态 相关 的 
行为 ,在 抽象 状态 类 中 声明 了 各 种 不 同 状态 对 应 的 方法 ,而 在 其 子 类 中 实现 了 这 些 方法 ,1 
于 不 同 状态 下 对 象 的 行为 可 能 不 同 ,因此 在 不 同 子 类 中 方法 的 实现 可 能 存在 不 同 , 相 同 的 方 
法 可 以 写 在 抽象 状态 类 中 。 

(3) ConcreteState( 具 体 状态 类 ): 它 是 抽象 状态 类 的 子 类 ,每 一 个 子 类 实现 一 个 与 环境 
类 的 一 个 状态 相关 的 行为 ,每 一 个 具体 状态 类 对 应 环境 的 一 个 具体 状态 ,不 同 的 具体 状态 类 
的 行为 有 所 不 同 。 


23.2.2 状态 模式 实现 


在 状态 模式 中 ,将 对 象 在 不 同 状态 下 的 行为 封装 到 不 同 的 状态 类 中 ,为 了 让 系统 具有 更 
好 的 灵活 性 和 可 扩展 性 ,同时 对 各 状态 下 的 共有 行为 进行 封装 ,需要 对 状态 进行 抽象 化 , 引 
人 了 抽象 状态 类 角色 。 其 典型 代码 如 下 : 


public abstract class State { 


// 声 明 抽象 业务 方法 , 不同 的 具体 状态 类 可 以 有 不 同 的 实现 
public abstract void handle( ); 


} 


在 抽象 状态 类 的 子 类 ( 即 具体 状态 类 ) 中 实现 了 在 抽象 状态 类 中 声明 的 业务 方法 ,不 同 
的 具体 状态 类 可 以 提供 完全 不 同 的 方法 实现 。 在 实际 使 用 时 ,在 一 个 状态 类 中 可 能 包含 多 
个 业务 方法 ,如 果 在 具体 状态 类 中 某 些 业务 方法 的 实现 完全 相同 ,可 以 将 这 些 方法 移 至 抽象 
状态 类 ,实现 代码 的 复 用 。 典 型 的 具体 状态 类 代码 如 下 : 


public class ConcreteState extends State { 
public void handle() { 
// 方 法 的 具体 实现 代码 
} 
} 


环境 类 维持 一 个 对 抽象 状态 类 的 引用 ,通过 setState() 方 法 可 以 向 环境 类 注入 不 同 的 
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状态 对 象 ,然后 在 环境 类 的 业务 方法 中 调用 状态 对 象 的 方法 。 其 典型 代码 如 下 : 


public class Context { 
private State state; ”// 维 持 一 个 对 抽象 状态 对 象 的 引用 
Private int value; // 其 他 属性 值 ,该 属性 值 的 变化 可 能 会 导致 对 象 的 状态 发 生变 化 


// 设 置 状 态 对 象 
public void setState(State state) { 
this. state = state; 


} 


public void request() { 
// 其 他 代码 
state.handle(); // 调 用 状态 对 象 的 业务 方法 
// 其 他 代码 


环境 类 实际 上 是 真正 拥有 状态 的 对 象 ,只 是 将 环境 类 中 与 状态 有 关 的 代码 提取 出 来 看 
装 到 专门 的 状态 类 中 。 在 状态 模式 结构 图 中 ,环境 类 Context 与 抽象 状态 类 State 之 间 存 在 
单 向 关联 关系 ,在 Context 中 定义 了 一 个 State 对 象 。 在 实际 使 用 时 ,它们 之 间 可 能 存在 更 
为 复杂 的 关系 ,State 与 Context 之 间 可 能 也 存在 依赖 或 者 双向 关联 关系 。 

在 状态 模式 的 使 用 过 程 中 ,一 个 对 象 的 状态 之 间 还 可 以 进行 相互 转换 ,通常 有 两 种 实现 
状态 转换 的 方式 : 

(1) 统一 由 环境 类 来 负责 状态 之 间 的 转换 ,此 时 环境 类 还 充当 了 状态 管理 器 (State 
Manager) 角 色 ,在 环境 类 的 业务 方法 中 通过 对 某 些 属性 值 的 判断 实现 状态 转换 ,还 可 以 提 
供 一 个 专门 的 方法 用 于 实现 属性 判断 和 状态 转换 ,代码 片段 如 下 : 


public void changeState() { 
// 判 断 属性 值 ,根据 属性 值 进行 状态 转换 
if (value == 0) { 
this. setState(new ConcreteStateA( )); 
} 
else if (value==1) { 
this. setState(new ConcreteStateB( )); 
} 


(2) 由 具体 状态 类 来 负责 状态 之 间 的 转换 ,可 以 在 具体 状态 类 的 业务 方法 中 判断 环境 
类 的 某 些 属性 值 , 再 根据 情况 为 环境 类 设置 新 的 状态 对 象 ,实现 状态 转换 。 同 样 ,也 可 以 提 
供 一 个 专门 的 方法 来 负责 属性 值 的 判断 和 状态 转换 。 此 时 状态 类 与 环境 类 之 间 将 存在 依赖 
或 关联 关系 ,因为 状态 类 需要 访问 环境 类 中 的 属性 值 ,具体 状态 类 ConcreteStateA 的 代码 
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片段 如 下 : 


public void changeState(Context ctx) { 
// 根 据 环境 对 象 中 的 属性 值 进行 状态 转换 
if (ctx. getValue() ==1) { 
ctx. setState(new ConcreteStateB( )); 
| 
else if (ctx.getValue() ==2) { 
ctx. setState(new ConcreteStateC( ) ) 7 


23.3 状态 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 状态 模式 。 
1. 实例 说 明 


某 软件 公司 要 为 一 银行 开发 一 套 信 用 卡 业 务 系 统 , 银 行 账户 
(Account) 是 该 系统 的 核心 类 之 一 ,通过 分 析 , 该 软件 公司 的 开发 人 
员 发 现在 系统 中 账户 存在 3 种 状态 , 且 在 不 同 状态 下 账户 存在 不 同 的 
行为 ,具体 说 明 如 下 : 

(1) 如 果 账 户 中 的 余额 大 于 等 于 0, 则 账户 的 状态 为 正常 状态 
(Normal State) ,此 时 用 户 既 可 以 向 该 账户 存款 也 可 以 从 该 账户 取款 。 

(2) 如 果 账 户 中 的 余额 小 于 0, 并 且 大 于 一 2000, 则 账户 的 状态 为 
透支 状态 (Overdraft State) ,此 时 用 户 既 可 以 向 该 账户 存款 也 可 以 从 
该 账户 取款 ,但 需要 按 天 计算 利息 。 

(3) 如 果 账 户 中 的 余额 等 于 一 2000 ,那么 账户 的 状态 为 受 限 状态 
(Restricted State) ,此 时 用 户 只 能 向 该 账户 存款 ,不 能 再 从 中 取款 , 同 
时 将 按 天 计算 利息 。 

(4) 根据 余额 的 不 同 , 以 上 3 种 状态 可 发 生 相 互 转 换 。 

试 使 用 状态 模式 设计 并 实现 银行 账户 状态 的 转换 。 


2. 实例 分 析 及 类 图 

通过 对 银行 账户 类 进行 分 析 , 可 以 绘制 如 图 23-3 所 示 的 UML 状态 图 。 

在 图 23-3 中 ,NormalState 表示 正常 状态 ,OverdraftState 表示 透支 状态 ,RestrictedState 表 
示 受 限 状态 。 在 这 3 种 状态 下 账户 对 象 拥有 不 同 的 行为 ,方法 deposit() 用 于 存款 ， 
withdraw() 用 于 取款 ,computelnterest() 用 于 计算 利息 ,stateCheck() 用 于 在 每 一 次 执行 存 
款 和 取款 操作 后 根据 余额 来 判断 是 否 要 进行 状态 转换 并 实现 状态 转换 ,相同 的 方法 在 不 同 
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OverdraftState 


取款 [balance > -2000 and balance <0j 
- withdraw doidepost 
do /deposit =*| do/withdraw 
do/withdraw ”| _ do / computelnterest 
do /stateCheck 存 蒜 [balance>= 0 deposit | do |/ stateCheck 
取款 [balance 一 -2000Y withdraw 取款 [balance 一 
RestrictedState 
[bat r do/ deposit 
1 Wp | qo computelnterest | 存款 [balance > -2000 and balance <0y 
do / stateCheck i 


的 状 


图 23-3 银行 账户 状态 图 


态 下 可 能 会 有 不 同 的 实现 。 
使 用 状态 模式 对 银行 账户 的 状态 进 


上 # 行 设计 ,所 得 结构 如 图 23-4 所 示 。 


Account 

E Ee Se AccountState 

~ balance : double =0 | {abstract} 

+ Account (String owner, double init) state # acc : Account 

+ getBalance () :double + deposit (double amount) :void 

+ setBalance (double balance) void le acc |+ withdraw (double amount) :void 

+ setState (AccountState state) vold + computelnterest () :void 

+ deposit (double amount) void + stateCheck () :void (4— 
+ withdraw (double amount) void 

+ computelnterest () void 


在 图 23-4 中 , Account 充当 环境 
OverdraftState 和 RestrictedState 充当 具 


3. 实例 代码 


(1) Account: 银行 账户 


OverdraftState 


RestrictedState 


+ OverdraftState (AccountState state) 


+ RestrictedState (AccountState state) 


+ deposit (double amount) :void + deposit (double amount) 

+ withdraw (double amount) :vold + withdraw (double amount) 

+ computelnterest () :vold + computelnterest () 

+ stateCheck () :vold + stateCheck () 
NormalState 


+ NormalState (Account acc) 
+ NormalState (AccountState 
+ deposit (double amount) 

+ withdraw (double amount) 
+ computeinterest () 

+ stateCheck () 


state) 


和 


图 23-4 ”银行 账户 结构 图 


人 体 状态 角色 。 


:充当 环境 类 。 


类 角色 ,AccountState 充当 抽象 状态 角色 , NormalState、 


public class Account { 


//designpatterns. state. Account. java 
package designpatterns. state; 
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public Account(String owner, double init) { 
this. owner = owner; 
this. balance = balance; 
this. state = new NormalState(this); // 设 置 初 始 状态 
System. out. println(this. owner + "开户 ,初始 金额 为 "+ init); 


} 


public double getBalance() { 
return this. balance; 


} 


public void setBalance(double balance) { 
this. balance = balance; 


} 
public void setState( AccountState state) { 
this. state = state; 


} 


public void deposit(double amount) { 
System. out. println(this. owner + "存款 " + amount); 


System. out. println(" 现 在 余额 为 " + this. balance); 


} 


public void withdraw(double amount) { 
System. out. println(this. owner + "取款 " + amount); 


System. out. println(" 现 在 余额 为 " + this. balance); 


} 


public void computeInterest() 
| 


} 


private AccountState state; // 维 持 一 个 对 抽象 状态 对 象 的 引用 
private String owner; // 开 户 名 
private double balance = 0; // 账 户 余额 


Sbea oot: println( 


state. deposit(amount); // 调 用 状态 对 象 的 deposit() 方 法 


System. out. println(" 现 在 账户 状态 为 " + this. state. getClass().getName( ) ) ; 
System, out. println(" ------------------------------------ 


state. withdraw(amount) // 调 用 状态 对 象 的 withdraw( ) 方 法 


System. out. println(" 现 在 账户 状态 为 " + this. state. getClass(). getName()); 
EYE OO 人 生生 证 放 汪 汪 之 和 信人 玉 症 二 让 夺 这 区 的 关 攻 二 全 和 全 和 en 全 二 和 区 汪 克 于 全 


state. computeInterest(); // 调 用 状态 对 象 的 computeInterest() 方 法 


(2) AccountState: 账户 状态 类 ,充当 抽象 状态 类 。 


//designpatterns. state. AccountState. java 
package designpatterns. state; 


public abstract class AccountState { 
protected Account acc; 
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public abstract void deposit(double amount); 
public abstract void withdraw( double amount); 
public abstract void computeInterest(); 
public abstract void stateCheck( ); 


(3) NormalState: 正常 状态 类 ,充当 具体 状态 类 。 


//designpatterns. state. NormalState. java 
package designpatterns. state; 


public class NormalState extends AccountState { 
public NormalState(Rccount acc) { 
this.acc = acc; 


public NormalState( AccountState state) { 
this.acc = state.acc; 


public void deposit(double amount) { 
acc. setBalance(acc. getBalance( ) + amount); 
stateCheck( ); 


public void withdraw( double amount) { 
acc. setBalance(acc. getBalance( ) - amount); 
stateCheck( ); 


public void computeInterest() 
System. out. println(" 正 常 状 态 ,无 须 支付 利息 !"); 


// 状 态 转换 
public void stateCheck() { 
if (acc.getBalance() >- 2000 亚 acc.getBalance() <= 0) { 
acc. setState(new OverdraftState(this)); 


} 
else if (acc.getBalance() == - 2000) { 

acc. setState(new RestrictedState(this)); 
} 


else if (acc.getBalance() <- 2000) { 
System. out. println(" 操 作 受 限 !"); 
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(4) OverdraftState: 透支 状态 类 ,充当 具体 状态 类 。 


//designpatterns. state. OverdraftState. java 
package designpatterns. state; 


public class OverdraftState extends AccountState { 
public OverdraftState( AccountState state) { 
this.acc = state.acc; 


public void deposit(double amount) { 
acc. setBalance(acc. getBalance( ) + amount); 
stateCheck( ); 


public void withdraw(double amount) { 
acc. setBalance(acc. getBalance() - amount); 
stateCheck( ); 


public void computeInterest() { 
System. out. println(" 计 算 利息 !"); 


// 状 态 转换 
public void stateCheck() { 
if (acc.getBalance() > 0) { 
acc. setState( new NormalState(this)); 


} 
else if (acc.getBalance() == - 2000) { 
acc. setState(new RestrictedState(this)); 


else if (acc.getBalance() < - 2000) { 
System. out. println(" 操 作 受 限 !"); 


(5) RestrictedState: 受 限 状 态 类 ,充当 具体 状态 类 。 


//designpatterns. state. RestrictedState. java 
package designpatterns. state; 


public class RestrictedState extends AccountState { 


public RestrictedState( AccountState state) { 
this. acc = state.acc; 


public void deposit(double amount) { 
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acc. setBalance(acc. getBalance() + amount); 
stateCheck( ) ; 
} 


public void withdraw( double amount) { 
System. out. println(" 账 号 受 限 ,取款 失败 "); 
} 


public void computeInterest() { 


System. out. println(" 计 算 利 息 !"); 
} 


// 状 态 转换 
public void stateCheck() { 
if(acc. getBalance() > 0) { 
acc. setState(new NormalState(this)); 
} 
else if(acc.getBalance() >- 2000) { 
acc. setState(new OverdraftState(this)); 
H 


(6) Client: 客户 端 测试 类 。 


//designpatterns. state. Client. java 
package designpatterns. state; 


public class Client { 
public static void main(String args[]) { 
Account acc = new Account(" 段 誉 ",0.0); 
acc. deposit(1000); 
acc. withdraw(2000); 
acc. deposit( 3000); 
acc. withdraw( 4000); 
acc. withdraw(1000); 
acc. computeInterest(); 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


段 誉 开户 ,初始 金额 为 0.0 


段 誉 存款 1000.0 
现在 余额 为 1000.0 
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现在 账户 状态 为 designpatterns. state. NormalState 
段 誉 取款 2000.0 

现在 余额 为 - 1000.0 

现在 账户 状态 为 designpatterns. state. OverdraftState 
段 誉 存款 3000.0 

现在 余额 为 2000.0 

现在 账户 状态 为 designpatterns. state. NormalState 
段 誉 取款 4000.0 

现在 余额 为 - 2000.0 

现在 账户 状态 为 designpatterns. state. RestrictedState 
段 誉 取款 1000.0 

账号 受 限 ,取款 失败 

现在 余额 为 - 2000.0 

现在 账户 状态 为 designpatterns. state. RestrictedState 


计算 利息 ! 


加 粗 部 分 对 应 客户 端 代码 中 3 次 调用 取款 方法 withdraw() 的 输出 结果 ,由 于 对 象 状态 
不 一 样 ,因此 这 3 次 输出 结果 均 有 所 差异 。 第 一 次 取款 后 账户 状态 由 正常 状态 (Norma 
State) 变 为 透支 状态 (Overdraft State); 第 二 次 取款 后 账户 状态 由 正常 状态 (Normal State) 
变 为 受 际 状 在 (Restticted State); 在 第 三 次 取款 时 ,由 于 账户 状态 此 时 已 经 为 受 限 状态 , 因 
此 取款 失败 。 这 3 次 取款 操作 体现 了 对 象 在 不 同 状态 下 具有 不 同 的 行为 ,而且 对 象 的 转换 
是 自动 的 ,客户 端 无 须 关 心 其 转换 细节 。 


23.4 共享 状态 


在 有 些 情 况 下 ,多 个 环境 对 象 可 能 需要 共享 同一 个 状态 ,如果 希望 在 系统 中 实现 多 个 环 
境 对 象 共享 一 个 或 多 个 状态 对 象 ,那么 需要 将 这 些 状 态 对 象 定义 为 环境 类 的 静态 成 员 对 象 。 
下 面 通过 一 个 简单 实例 来 说 明 如 何 实现 共享 状态 。 


菜系 统 要 求 两 个 开关 对 象 要 么 都 处 于 开 的 状态 ,要 么 都 处 于 关 的 
状态 ,在 使 用 时 它们 的 状态 必须 保持 一 致 ,开关 可 以 由 开 转 换 到 关 , 也 
可 以 由 关 转 换 到 开 。 


可 以 使 用 状态 模式 来 实现 开关 的 设计 ,其 结构 如 图 23-5 所 示 。 
开关 类 Switch 的 代码 如 下 : 


//designpatterns. state. switchstate. Switch. java 
package designpatterns. state. switchstate; 


public class Switch { 
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Switch 
- currentState : SwitchState 
- onState : SwitchState SwitchState 
- offState : SwitchState {abstract} 
- name : String 一 
+ Switch (String name) + on (Switch s) : void 
+ setState (SwitchState state) : void + off (Switch s) : void 
+ getState (String type) : SwitchState 
+on() :void 
+ off () : void 
OnState OffState 
+ on (Switch s) : void + on (Switch s) : void 
+ off (Switch s) : void + off (Switch s) : void 


图 23-5 开关 及 其 状态 设计 结构 图 


private static SwitchState currentState, onState, offState; // 定 义 3 个 静态 的 状态 对 象 
private String name; 


public Switch(String name) { 
this. name = name; 
onState = new OnState( ); 
offState = new OffState( ); 
currentState = onState; 


public void setState( SwitchState state) { 
currentState = state; 


public static SwitchState getState(String type) { 
if (type.equalsIgnoreCase("on")) { 
return onState; 


} 
else { 
return offState; 
} 
} 
// 打 开 开 关 


public void on() { 
System. out. print (name); 
currentState. on(this); 


// 关 闭 开关 

public void off() { 
System. out. print (name); 
currentState. off(this); 
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抽象 状态 类 的 代码 如 下 : 


//designpatterns. state. switchstate. SwitchState. java 
package designpatterns. state. switchstate; 


public abstract class SwitchState { 
public abstract void on(Switch s); 
public abstract void off(Switch s); 


两 个 具体 状态 类 的 代码 如 下 : 


//designpatterns. state. switchstate. OnState. java 
package designpatterns. state. switchstate; 


// 打 开 状 态 类 
public class OnState extends SwitchState{ 
public void on(Switch s) { 
System. out. println(" 已 经 打开 !"); 


public void off(Switch s) { 
System. out. println(" 关 闭 !"); 
s. setState( Switch. getState( "off")); 


//designpatterns. state. switchstate. OffState. java 
package designpatterns. state. switchstate; 


// 关 闭 状态 类 
public class OffState extends SwitchState{ 
public void on(Switch s) { 
System. out. println(" 打 开 !"); 
s. setState(Switch. getState( "on")); 


public void off(Switch s) { 
System. out. println(" 已 经 关闭 !"); 


编写 以 下 客户 端 代码 进行 测试 : 


//designpatterns. state. switchstate. Client. java 
package designpatterns. state. switchstate; 


public class Client { 
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public static void main(String args[]) { 
Switch sl1, s2; 
sl = new Switch(" 开 关 1"); 
s2 = new Switch(" 开 关 2"); 


sli.on(); 
s2.0n(); 
s1.off(); 
s2.o0ff(); 
s2.0n(); 
sl.on(); 


} 


输出 结果 如 下 : 


开关 1 已 经 打开 ! 
开关 2 已 经 打开 ! 
开关 1 关闭 ! 
开关 2 已 经 关闭 ! 
开关 2 打开 ! 
开关 1 已 经 打开 ! 


从 输出 结果 可 以 得 知 : 两 个 开关 共享 相同 的 状态 ,如 果 第 一 个 开关 关闭 , 则 第 二 个 开关 
也 将 关闭 ,再 次 关闭 时 将 输出 “已 经 关闭 ”; 打开 时 也 将 得 到 类 似 结果 。 


23.5 使 用 环境 类 实现 状态 转换 


在 状态 模式 中 实现 状态 转换 时 ,具体 状态 类 可 通过 调用 环境 类 Context 的 setState( ) 方 
法 进行 状态 的 转换 操作 ,也 可 以 统一 由 环境 类 Context 来 实现 状态 的 转换 。 此 时 增加 新 的 
具体 状态 类 可 能 需要 修改 其 他 具体 状态 类 或 者 环境 类 的 源 代码 ,否则 系统 无 法 转换 到 新 增 
状态 。 但 是 对 于 客户 端 来 说 无 须 关 心 状态 类 ,可 以 为 环境 类 设置 默认 的 状态 类 ,而 将 状态 的 
转换 工作 交 给 具体 状态 类 或 环境 类 来 完成 ,具体 的 转换 细节 对 于 客户 端 而 言 是 透明 的 。 

在 23. 3 节 的 “银行 账户 状态 转换 ?实例 中 通过 具体 状态 类 来 实现 状态 的 转换 ,在 每 一 个 
具体 状态 类 中 都 包含 一 个 stateCheck( ) 方 法 ,在 该 方法 内 部 实现 状态 的 转换 。 除 此 之 外 还 
可 以 通过 环境 类 来 实现 状态 转换 ,环境 类 作为 一 个 状态 管理 器 ,统一 实现 各 种 状态 之 间 的 转 
换 操作 。 

下 面 通过 一 个 包含 循环 状态 的 简单 实例 来 说 明 如 何 使 用 环境 类 实现 状态 转换 : 


现 准 备 开发 一 个 屏幕 放大 镜 工 具 , 其 具体 功能 描述 如 下 : 

用 户 单 击 “ 放 大 镜 ” 按 钮 之 后 屏幕 将 放大 一 们 ,再 单 击 一 次 "放大镜 ” 
按钮 屏幕 再 放大 一 倍 , 第 三 次 单 击 该 按钮 后 屏幕 将 还 原 到 默认 大 小 。 

现 使 用 状态 模式 来 设计 该 屏幕 放大 镜 工 具 。 
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通过 分 析 可 以 定义 3 个 屏幕 状态 类 (NormalState、LargerState 和 LargestState) 来 对 应 
屏幕 的 3 种 状态 ,分 别 是 正常 状态 、 二 倍 放大 状态 和 四 倍 放大 状态 ,屏幕 类 Screen 充当 环境 
类 ,其 结构 如 图 23-6 所 示 。 


Screen 
- currentState : ScreenState ScreenState 
- normalState : ScreenState 
t 
- largerState : ScreenState | {abetract} 
- largestState : ScreenState 一 一 
+ Screen () + display () : void 
+ setState (ScreenState state) : void 1 1 
+ onClick 0 :void NormalState LargestState 
+ display () : void + display () : void 
LargerState 


+ display () : void 


图 23-6 屏幕 放大 镜 工具 结构 图 


本 实例 的 核心 代码 如 下 : 


//designpatterns. state. screen. Screen. java 
package designpatterns. state. screen; 


// 屏 幕 类 : 环境 类 
public class Screen { 
// 枚 举 所 有 的 状态 ,currentState 表示 当前 状态 


Private ScreenState currentState, normalState, largerState, largestState; 


public Screen() { 
this. normalState = new NormalState( ); // 创 建 正 常 状 态 对 象 
this. largerState = new LargerState( ); // 创 建 二 倍 放大 状态 对 象 
this. largestState = new LargestState();  // 创 建 四 倍 放 大 状态 对 象 
this. currentState = normalState; // 设 置 初始 状态 
this. currentState. display( ); 

} 


public void setState( ScreenState state) { 
this. currentState = state; 


} 


// 单 击 事件 处 理 方法 ,封装 了 对 状态 类 中 业务 方法 的 调用 和 状态 的 转换 
public void onClick() { 
if (this. currentState == normalState) { 
this. setState( largerState); 
this. currentState. display( ); 
上 
else if (this. currentState == largerState) { 
this. setState( largestState); 
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this. currentState. display(); 

} 

else if (this. currentState == largestState) { 
this. setState( normalState); 
this. currentState. display(); 


//designpatterns. state. screen. ScreenState. java 
package designpatterns. state. screen; 


// 屏 幕 状态 类 : 抽象 状态 类 
public abstract class ScreenState { 
public abstract void display(); 


//designpatterns. state. screen. NormalState. java 
package designpatterns. state. screen; 


// 正 常 状态 类 : 具体 状态 类 
public class NormalState extends ScreenState{ 
public void display() { 
System. out. println(" 正 常 大 小 !"); 


//designpatterns. state. screen. LargerState. java 
package designpatterns. state. screen; 


// 二 倍 状态 类 : 具体 状态 类 
public class LargerState extends ScreenStatef 
public void display() { 
System. out. println(" 二 倍 大 小 !"); 


//designpatterns. state. screen. LargestState. java 
package designpatterns. state. Screen7 


// 四 倍 状态 类 : 具体 状态 类 
public class LargestState extends ScreenState { 
public void display() { 
System. out. println(" 四 倍 大 小 !"); 


在 上 述 代 码 中 ,所 有 的 状态 转换 操作 都 由 环境 类 Screen 来 实现 ,此 时 环境 类 充当 了 状 
态 管理 器 角色 。 如 果 需 要 增加 新 的 状态 ,例如 * 八 倍 状态 类 ”, 需 要 修改 环境 类 ,这 在 一 定 程 
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度 上 违背 了 开 闭 原则 ,但 对 其 他 状态 类 没有 任何 影响 。 
编写 以 下 客户 端 代 码 进行 测试 : 


//designpatterns. state. screen. Client. java 
package designpatterns. state. screen; 


public class Client { 
public static void main(String args[]) { 
Screen screen = new Screen( ) ; 
Screen. onClick()7 
Screen. onClick( ); 
screen. onClick( ); 


} 


输出 结果 如 下 : 


正常 大 小 ! 
二 倍 大 小 ! 
四 倍 大 小 ! 
正常 大 小 ! 


23.6 状态 模式 优 /缺点 与 适用 环境 


状态 模式 将 一 个 对 象 在 不 同 状 态 下 的 不 同行 为 封装 在 一 个 个 状态 类 中 ,通过 设置 不 同 
的 状态 对 象 可 以 让 环境 对 象 拥有 不 同 的 行为 ,而 状态 转换 的 细节 对 于 客户 端 而 言 是 透明 的 ， 
方便 了 客户 端的 使 用 。 在 实际 开发 中 ,状态 模式 具有 较 高 的 使 用 频率 ,在 工作 流 、 游 戏 等 软 
件 中 状态 模式 都 得 到 了 广泛 的 应 用 ,例如 公文 状态 的 转换 、 游 戏 中 角色 的 升级 等 。 


23.6.1 状态 模式 优点 


状态 模式 的 优点 主要 如 下 : 

(1) 状态 模式 封装 了 状态 的 转换 规则 ,在 状态 模式 中 可 以 将 状态 的 转换 代码 封装 在 环境 
类 或 者 具体 状态 类 中 ,可 以 对 状态 转换 代码 进行 集中 管理 ,而 不 是 分 散在 一 个 个 业务 方法 中 。 

(2) 状态 模式 将 所 有 与 某 个 状态 有 关 的 行为 放 到 一 个 类 中 ,只 需要 注入 一 个 不 同 的 状 
态 对 象 即 可 使 环境 对 象 拥 有 不 同 的 行为 。 

(3) 状态 模式 允许 状态 转换 逻辑 与 状态 对 象 合成 一 体 ,而 不 是 提供 一 个 巨大 的 条 件 语 
句 块 ,状态 模式 可 以 避免 使 用 庞大 的 条 件 语句 将 业务 方法 和 状态 转换 代码 交织 在 一 起 。 

(4) 状态 模式 可 以 让 多 个 环境 对 象 共享 一 个 状态 对 象 , 从 而 减少 系统 中 对 象 的 个 数 。 


23.6.2 状态 模式 缺点 


状态 模式 的 缺点 主要 如 下 : 
(1) 状态 模式 会 增加 系统 中 类 和 对 象 的 个 数 ,导致 系统 运行 开销 增 大 。 
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(2) 状态 模式 的 结构 与 实现 都 较为 复杂 ,如 果 使 用 不 当 将 导致 程序 结构 和 代码 的 混乱 ， 
增加 系统 设计 的 难度 。 

(3) 状态 模式 对 开 闭 原则 的 支持 并 不 太 好 ,增加 新 的 状态 类 需要 修改 那些 负责 状态 转 
换 的 源 代码 ,否则 无 法 转换 到 新 增 状态 ; 而 且 修 改 某 个 状态 类 的 行为 也 需要 修改 对 应 类 的 
源 代码 。 


23.6.3 状态 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 状态 模式 : 

(1) 对 象 的 行为 依赖 于 它 的 状态 (例如 某 些 属性 值 ) ,状态 的 改变 将 导致 行为 的 变化 。 

(2) 在 代码 中 包含 大 量 与 对 象 状 态 有 关 的 条 件 语句 ,这 些 条 件 语句 的 出 现 会 导致 代码 的 
可 维护 性 和 灵活 性 变 差 , 不 能 方便 地 增加 和 删除 状态 ,并且 导致 客户 类 与 类 库 之 间 的 耦合 增强 。 


23.7 本章 小 结 


1. 在 状态 模式 中 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 
修改 了 它 的 类 。 状 态 模式 是 一 种 对 象 行为 型 模式 。 

2. 状态 模式 包含 环境 类 、 抽 象 状 态 类 和 具体 状态 类 3 个 角色 。 其 中 ,环境 类 是 拥有 多 
种 状态 的 对 象 ; 抽象 状态 类 用 于 定义 一 个 接口 以 封装 与 环境 类 的 一 个 特定 状态 相关 的 行 
为 ,在 抽象 状态 类 中 声明 了 各 种 不 同 状态 对 应 的 方法 ,而 在 其 子 类 中 实现 了 这 些 方 法 ; 具体 
状态 类 是 抽象 状态 类 的 子 类 ,每 一 个 子 类 实现 一 个 与 环境 类 的 一 个 状态 相关 的 行为 ,每 一 个 
具体 状态 类 对 应 环境 的 一 个 具体 状态 ,不 同 的 具体 状态 类 的 行为 有 所 不 同 。 

3. 状态 模式 的 优点 主要 包括 它 封装 了 状态 的 转换 规则 ,可 以 对 状态 转换 代码 进行 集中 
管理 ,而 不 是 分 散在 一 个 个 业务 方法 中 ; 允许 状态 转换 逻辑 与 状态 对 象 合成 一 体 ,而 不 是 提 
供 一 个 巨大 的 条 件 语句 块 ; 可 以 让 多 个 环境 对 象 共享 一 个 状态 对 象 ,从 而 减少 系统 中 对 象 
的 个 数 。 其 缺点 主要 包括 状态 模式 会 增加 系统 中 类 和 对 象 的 个 数 ,导致 系统 运行 开销 增 大 ; 
如 果 使 用 不 当 将 导致 程序 结构 和 代码 的 混乱 ,增加 系统 设计 的 难度 ; 此 外 ,状态 模式 对 开 闭 
原则 的 支持 并 不 太 好 。 

4. 状态 模式 适用 于 以 下 环境 : 对 象 的 行为 依赖 于 它 的 状态 ,状态 的 改变 将 导致 行为 的 
变化 ; 在 代码 中 包含 大 量 与 对 象 状 态 有 关 的 条 件 语句 。 

5. 如 果 需 要 在 系统 中 实现 多 个 环境 对 象 共享 一 个 或 多 个 状态 对 象 , 可 以 将 这 些 状 态 对 
象 定义 为 环境 类 的 静态 成 员 对 象 。 

6. 在 状态 模式 中 可 以 在 具体 状态 类 中 实现 状态 之 间 的 转换 ,也 可 以 统一 由 环境 类 来 负 
责 状 态 之 间 的 转换 。 


23.8 习题 


1. 以 下 关于 状态 模式 的 叙述 错误 的 是 ( ”)。 
A. 状态 模式 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 对 象 看 起 来 似乎 修 
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改 了 它 的 类 
B. 状态 模式 中 引入 了 一 个 抽象 类 来 专门 表示 对 象 的 状态 ,而 具体 的 状态 都 继承 了 
该 类 ,并 实现 了 不 同 状态 的 行为 ,包括 各 种 状态 之 间 的 转换 
C. 状态 模式 使 得 状态 的 变化 更 加 清晰 明了 ,也 很 容易 创建 对 象 的 新 状态 
D. 状态 模式 完全 符合 开 闭 原则 ,增加 新 的 状态 类 无 须 对 原 有 类 库 进行 任何 修改 
2. 场景 ( ””) 不 是 状态 模式 的 实例 。 
A. 银行 账户 根据 余额 不 同 拥 有 不 同 的 存 / 取 款 操作 
B. 游戏 软件 中 根据 虚拟 角色 级 别 的 不 同 拥 有 不 同 的 权限 
C. 某 软件 在 不 同 的 操作 系统 中 呈现 不 同 的 外 观 
D. 在 会 员 系 统 中 会 员 等 级 不 同 可 以 实现 不 同 的 行为 
3. 分 析 以 下 代码 : 


public class TestXYZ { 
private int behaviour; 
//Getter and Setter 


public void handleAll() { 
if (behaviour == 0) { //do something } 
else if (behaviour ==1) { //do something } 
else if (behaviour ==2) { //do something } 
else if (behaviour == 3) { //do something } 
... Some more else if ... 


; 


为 了 提高 代码 的 扩展 性 和 健壮 性 ,可 以 使 用 ( ) 设 计 模 式 进行 重 构 。 


A. Visitor( 访 问 者 ) B. Facade( 外 观 ) 
C. Memento( 备 忘 录 ) D，State( 状 态 ) 


4. 传输 门 是 传输 系统 中 的 重要 装置 。 传 输 门 具有 Open( 打 开 )、Closed( 关 闭 )、Opening 
(正在 打开 )、StayOpen( 保 持 打 开 )、Closing (正在 关闭 )5 种 状态 。 触 发 状态 的 转换 事件 有 
click、complete 和 timeout 几 种 。 事 件 与 其 相应 的 状态 转换 如 图 23-7 所 示 。 


Closed 
click 已 关闭 complete 


1 ick 
Opening click 一 | Closing 
正在 打开 | 正在 关闭 

a click 

complete timeout t 


Open 9 StayOpen p 
| 打开 click 保持 打开 click 
Ded | 


图 23-7 传输 门 响 应 事件 与 其 状态 转换 图 
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试 使 用 状态 模式 对 传输 门 进 行 状态 模拟 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模 

5. 在 某 论坛 系统 中 用 户 可 以 发 表 留 言 ,发 表 留 言 将 增加 积分 ; 用 户 也 可 以 回复 留言 ， 
回复 留言 也 将 增加 积分 ; 用 户 还 可 以 下 载 文 件 ,下 载 文 件 将 扣除 积分 。 该 系统 用 户 分 为 
3 个 等 级 ,分 别 是 新 手 、 高 手 和 专家 ,这 3 个 等 级 对 应 3 种 不 同 的 状态 ,这 3 种 状态 分 别 定义 
如 下 : 

(1) 如 果 积 分 小 于 100 分 , 则 为 新 手 状态 ,用 户 可 以 发 表 留 言 . 回 复 留言 ,但 是 不 能 下 载 
文件 。 如 果 积 分 大 于 等 于 1000 分 , 则 转换 为 专家 状态 ; 如 果 积 分 大 于 等 于 100 分 , 则 转换 
为 高 手 状态 。 

(2) 如 果 积 分 大 于 等 于 100 分 但 小 于 1000 分 , 则 为 高 手 状态 ,用 户 可 以 发 表 留 言 、 回 复 
留言 ,还 可 以 下 载 文件 ,而 且 用 户 在 发 表 留 言 时 可 以 获取 双 信 积分。 如 果 积 分 小 于 100 分 ， 
则 转换 为 新 手 状 态 ; 如 果 积分 大 于 等 于 1000 分 , 则 转换 为 专家 状态 ; 如 果 下 载 文件 后 积分 
小 于 0, 则 不 能 下 载 该 文件 。 

(3) 如 果 积 分 大 于 等 于 1000 分 , 则 为 专家 状态 ,用 户 可 以 发 表 留 言 .回复 留言 和 下 载 文 
件 , 用 户 除了 在 发 表 留 言 时 可 以 获取 双 倍 积分 外 ,下 载 文 件 只 扣除 所 需 积 分 的 一 半 。 如 果 积 
分 小 于 100 分 , 则 转换 为 新 手 状态 ; 如 果 积分 小 于 1000 分 ,但 大 于 等 于 100, 则 转换 为 高 手 
状态 ; 如 果 下 载 文件 后 积分 小 于 0, 则 不 能 下 载 该 文件 。 

试 使 用 状态 模式 来 设计 该 系统 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 

6. 在 某 纸牌 游戏 软件 中 人 物 角 色 具 有 人 入门 级 (Primary)、 熟 练 级 (Secondary)、 高 手 级 
(Professional) 和 骨灰 级 (Final)4 种 等 级 ,角色 的 等 级 与 其 积分 相对 应 ,游戏 胜利 将 增加 积 
分 ,失败 则 扣除 积分 。 入 门 级 具有 最 基本 的 游戏 功能 play() ,熟练 级 增加 了 游戏 胜利 积分 加 
倍 功能 doubleScore() ,高 手 级 在 熟练 级 的 基础 上 再 增加 换 牌 功能 changeCards() ,骨灰 级 在 
高 手 级 的 基础 上 再 增加 偷 看 他 人 牌 的 功能 peekCards()。 试 使 用 状态 模式 来 设计 该 系统 ， 
绘制 相应 的 类 图 并 使 用 Java 语言 编程 模拟 实现 。 


策略 模式 


本 章 导 学 
策略 模式 用 于 算法 的 自由 切换 和 扩展 , 它 是 使 用 较为 广泛 的 设计 模式 之 
一 。 策略 模式 对 应 于 解决 某 一 问题 的 一 个 算法 族 ,允许 用 户 从 该 算法 族 中 任 
选 一 个 算法 解决 某 一 问题 ,同时 可 以 方便 地 更 换算 法 或 者 增加 新 的 算法 。 策 
略 模式 实现 了 算法 定义 和 算法 使 用 的 分 离 , 它 通过 继承 和 多 态 的 机 制 实现 对 
算法 族 的 使 用 和 管理 ,是 一 个 简单 实用 的 设计 模式 。 
本 章 将 学 习 策 略 模 式 的 定义 及 结构 ,结合 实例 学 习 如 何在 软件 开发 中 使 
用 策略 模式 ,并 理解 策略 模式 的 优 /缺点 。 
本 章 知识 点 
。 策略 模式 的 定义 
。 策略 模式 的 结构 
。 策略 模式 的 实现 
。 策略 模式 的 应 用 
。 策略 模式 的 优 /缺点 
。 策略 模式 的 适用 环境 


24.1 策略 模式 概述 


在 很 多 情况 下 ,实现 某 个 目标 的 途径 不 止 一 条 ,例如 在 外 出 旅游 时 游客 可 以 选择 多 种 不 
同 的 出 行 方 式 ,如 骑 自 行车 、 坐 汽车 、 坐 火车 或 者 坐 飞 机 ,可 根据 实际 情况 (目的 地 距离 .旅游 
预算 ,旅游 时 间 等 ) 来 选择 一 种 最 适合 的 出 行 方式 。 在 制订 旅行 计划 时 ,如 果 目 的 地 较 远 、 时 
间 不 多 ,但 不 差 钱 ,可 以 选择 坐 飞机 去 旅游 ; 如 果 目 的 地 虽 远 ,但 假期 长 , 且 需 控制 旅游 成 本 
时 可 以 选择 坐 火车 或 汽车 ; 如 果 从 健康 和 环保 的 角度 考虑 ,而 且 有 足够 的 毅力 ,自行 车 游 或 
者 徒步 旅游 也 是 个 不 错 的 选择 ,如 图 24-1 所 示 。 

在 软件 开发 中 也 常常 会 遇 到 类 似 的 情况 ,实现 某 一 个 功能 (例如 排序 .查找 等 ) 有 多 种 算 
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图 24-1 旅游 出 行 方式 示意 图 


法 ,一 种 常用 的 方法 是 通过 硬 编码 (Hard Coding) 将 所 有 的 算法 集中 在 一 个 类 中 ,在 该 类 中 
提供 多 个 方法 ,每 一 个 方法 对 应 一 个 具体 的 算法 ; 当然 也 可 以 将 这 些 算法 封装 在 一 个 统一 
的 方法 中 ,通过 if…else… 等 条 件 判断 语句 进行 选择 。 这 两 种 实现 方法 都 可 以 称 为 硬 编码 ， 
如 果 需 要 增加 一 种 新 的 算法 ,需要 修改 算法 类 的 源 代码 ; 更 换算 法 也 需要 修改 客户 端 调 用 
代码 。 在 这 个 统一 的 算法 类 中 封装 了 大 量 算 法 ,代码 非常 复杂 ,维护 也 很 困难 。 

此 时 可 以 使 用 一 种 设计 模式 来 实现 灵活 地 选择 算法 ,还 能 够 方便 地 增加 新 的 算法 ,该 设 
计 模 式 就 是 策略 模式 。 在 策略 模式 中 可 以 定义 一 些 独 立 的 类 来 封装 不 同 的 算法 ,每 一 个 类 
封装 一 种 具体 的 算法 ,在 这 里 每 一 个 封装 算法 的 类 都 可 以 称 为 一 种 策略 (Strategy) ,为 了 保 
证 这 些 策略 在 使 用 时 具有 一 致 性 ,一般 会 提供 一 个 抽象 的 策略 类 来 做 算法 的 声明 ,而 每 种 算 
法 对 应 于 一 个 具体 策略 类 。 

策略 模式 的 定义 如 下 : 


策略 模式 : 定义 一 系列 算法 ,将 每 一 个 算法 封装 起 来 ,并 让 它们 
可 以 相互 替换 。 策 略 模式 让 算法 可 以 独立 于 使 用 它 的 客户 而 变化 。 
Strategy Pattern: Define a family of algorithms,encapsulate each 


one, and make them interchangeable. Strategy lets the algorithm 


vary independently from clients that use it. 


策略 模式 又 称 为 政策 (Policy) 模 式 , 它 是 一 种 对 象 行为 型 模式 。 
24.2 策略 模式 结构 与 实现 


24.2.1 策略 模式 结构 
策略 模式 结构 并 不 复杂 ,其 结构 如 图 24-2 所 示 。 
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Sitrat 
Context strategy rategy 
- strategy : Strategy 证 一 人 3 
+ algorithm () + algorithm () 
0 ra 
strategy.algorithm(); 
本 ConcreteStrategyAI ConcreteStrategyB 
+ algorithm () + algorithm () 


图 24-2 策略 模式 结构 图 


由 图 24-2 可 知 ,策略 模式 包含 以 下 3 个 角色 。 

(1) Context( 环 境 类 ): 环境 类 是 使 用 算法 的 角色 , 它 在 解决 某 个 问题 ( 即 实现 某 个 功 
能 ) 时 可 以 采用 多 种 策略 。 在 环境 类 中 维持 一 个 对 抽象 策略 类 的 引用 实例 ,用 于 定义 所 采用 
的 策略 。 

(2) Strategy( 抽 象 策略 类 ) : 抽象 策略 类 为 所 支持 的 算法 声明 了 抽象 方法 ,是 所 有 策略 
类 的 父 类 , 它 可 以 是 抽象 类 或 具体 类 ,也 可 以 是 接口 。 环 境 类 通过 抽象 策略 类 中 声明 的 方法 
在 运行 时 调用 具体 策略 类 中 实现 的 算法 。 

(3) ConcreteStrategy( 具 体 策略 类 ): 具体 策略 类 实现 了 在 抽象 策略 类 中 声明 的 算法 ,在 
运行 时 具体 策略 类 将 覆盖 在 环境 类 中 定义 的 抽象 策略 类 对 象 , 使 用 一 种 具体 的 算法 实现 某 
个 业务 功能 。 


24.2.2 策略 模式 实现 


策略 模式 是 一 个 很 容易 理解 和 使 用 的 设计 模式 ,策略 模式 是 对 算法 的 封装 , 它 把 算法 的 
责任 和 算法 本 身分 割 开 , 委 派 给 不 同 的 对 象 管理 。 策 略 模式 通常 把 一 个 系列 的 算法 封装 到 
一 系列 具体 策略 类 里 面 ,作为 抽象 策略 类 的 子 类 。 在 策略 模式 中 对 环境 类 和 抽象 策略 类 的 
理解 非常 重要 ,环境 类 是 需要 使 用 算法 的 类 。 在 一 个 系统 中 可 以 存在 多 个 环境 类 ,它们 可 能 
需要 重用 一 些 相同 的 算法 。 

在 使 用 策略 模式 时 需要 将 算法 从 环境 类 Context 中 提取 出 来 ,首先 应 该 创建 一 个 抽象 
策略 类 ,其 典型 代码 如 下 : 


public abstract class AbstractStrategy { 
public abstract void algorithm(); // 声 明 抽象 算法 
! 


然后 将 封装 每 一 种 具体 算法 的 类 作为 该 抽象 策略 类 的 子 类 ,代码 如 下 : 


public class ConcreteStrategyA extends AbstractStrategy { 
// 算 法 的 具体 实现 
public void algorithm() { 
// 算 法 A 
} 
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其 他 具体 策略 类 与 之 类 似 , 对 于 Context 类 而 言 ,在 它 与 抽象 策略 类 之 间 建 立 一 个 关联 
关系 ,其 典型 代码 如 下 : 


public class Context { 
Private AbstractStrategy strategy; // 维 持 一 个 对 抽象 策略 类 的 引用 


public void setStrategy(AbstractStrategy strategy) { 
this. strategy = strategy; 
} 


// 调 用 策略 类 中 的 算法 
public void algorithm() { 
strategy. algorithm( ); 
) 
} 


在 Context 类 中 定义 一 个 AbstractStrategy 类 型 的 对 象 strategy, 通 过 注入 的 方式 在 客 
户 端 传人 一 个 具体 策略 对 象 , 客 户 端 代码 片段 如 下 : 


Context context = new Context( ); 

AbstractStrategy strategy; 

strategy = new ConcreteStrategyA(); // 可 在 运行 时 指定 类 型 ,通过 配置 文件 和 反射 机 制 实现 
context. SetStrategy( strategy); 

context.algorithm( ); 


在 客户 端 代码 中 只 需 注入 一 个 具体 策略 对 象 ,可 以 将 具体 策略 类 的 类 名 存储 在 配置 文 
件 中 ,通过 反射 来 动态 创建 具体 策略 对 象 ,从 而 使 得 用 户 可 以 灵活 地 更 换 具体 策略 类 ,增加 
新 的 具体 策略 类 也 很 方便 。 策 略 模式 提供 了 一 种 可 插入 式 (Pluggable) 算 法 的 实现 方案 。 


24.3 策略 模式 应 用 实例 


下 面 通 过 一 个 应 用 实例 来 进一步 学 习 和 理解 策略 模式 。 
1. 实例 说 明 


某 软件 公司 为 某 电 影院 开发 了 一 套 影院 售票 系统 ,在 该 系统 中 需 
要 为 不 同类 型 的 用 户 提供 不 同 的 电影 票 打折 方式 ,具体 打折 方案 如 下 : 

(1) 学 生 赁 学 生 证 可 享受 票 价 8 折 优惠 。 

(2) 年 龄 在 10 周岁 及 以 下 的 儿童 可 享受 每 张 票 减免 10 元 的 优 
惠 ( 原 始 票 价 需 大 于 等 于 20 元 )。 

(3) 影院 VIP 用 户 除 享受 票 价 半 价 优惠 外 还 可 进行 积分 ,积分 累 
计 到 一 定额 度 可 换取 电影 院 赠送 的 礼品 。 

该 系统 在 将 来 可 能 还 要 根据 需要 引入 新 的 打折 方式 。 试 使 用 策 
略 模式 设计 该 影院 售票 系统 的 打折 方案 。 
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2. 实例 类 
通过 分 析 , 本 实例 的 结构 图 如 图 24-3 所 示 。 
MovieTicket 
- price :double ~ Discount 
- discount : Discount 
+ setPrice (double price) :void + calculate (double price) : double 
+ setDiscount (Discount discount) : void 
+ getPrice () : double 


StudentDiscount VIPDiscount 


+ calculate (double price) : double + calculate (double price) : double 


ChildrenDiscount 


[Ecalcwate (double price) :doubled 
图 24-3 电影 票 打折 方案 结构 图 
在 图 24-3 中 ,MovieTicket 充当 环境 类 角色 ,Discount 充当 抽象 策略 角色 ,StudentDiscount、 
ChildrenDiscount 和 VIPDiscount 充当 具体 策略 角色 。 
3, 实例 代码 
(1) MovieTicket: 电影 票 类 ,充当 环境 类 。 


//designpatterns. strategy. MovieTicket. java 
package designpatterns. strategy; 


public class MovieTicket { 
private double price; 


private Discount discount; // 维 持 一 个 对 抽象 折扣 类 的 引用 


public void setPrice(double price) { 
this. price = price; 


} 


// 注 入 一 个 折扣 类 对 象 

public void setDiscount(Discount discount) { 
this. discount = discount; 

} 


public double getPrice() { 
// 调 用 折扣 类 的 折扣 价 计算 方法 
return discount. calculate(this. price); 


(2) Discount: 折扣 类 ,充当 抽象 策略 类 。 


//designpatterns. strategy. Discount. java 
package designpatterns. strategy; 
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public interface Discount { 
public double calculate(double price); 


(3) StudentDiscount: 学 生 票 折扣 类 ,充当 具体 策略 类 。 


//designpatterns. strategy. StudentDiscount. java 
package designpatterns. strategy; 


public class StudentDiscount implements Discount { 
private final double DISCOUNT = 0.8; 
public double calculate(double price) { 
System. out. println(" 学 生 票 : "); 
return price * DISCOUNT; 


(4) ChildrenDiscount: 儿童 票 折扣 类 ,充当 具体 策略 类 。 


//designpatterns. strategy. ChildrenDiscount. java 
package designpatterns. strategy; 


public class ChildrenDiscount implements Discount { 
private final double DISCOUNT = 10; 
public double calculate(double price) { 
System. out. println(" 儿 童 票 :"); 
if(price>=20) { 
return price 一 DISCOUNT; 
} 
else{ 
return price; 


(5) VIPDiscount: VIP 会 员 票 折扣 类 ,充当 具体 策略 类 。 


//designpatterns. strategy. VIPDiscount. java 
package designpatterns. strategy; 


public class VIPDiscount implements Discount { 
private final double DISCOUNT = 0.5; 
public double calculate(double price) { 
System. out. println("VIP 票 : "); 
System. out. println(" 增 加 积分 ! 
return price * DISCOUNT; 


); 
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(6) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 折扣 类 的 类 名 。 


<?xml version = "1.0"?> 
< config> 

< className > designpatterns. strategy. StudentDiscount </className > 
</config> 


(7) XMLUtil, 工具 类 。 


//designpatterns. strategy. XMLUtil. java 
package designpatterns. strategy; 


import javax. xml.parsers. *; 
import org. w3c. dom. *; 
import java. io. # 7 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try{ 

// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//strategy//config. xml1")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className"); 
Node classNode = nl]. item(0). getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

} 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 


(8) Client: 客户 端 测 试 类 。 


//designpatterns. strategy. Client. java 
package designpatterns. strategy; 


public class Client { 
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public static void main(String args[]) { 
MovieTicket mt = new MovieTicket(); 
double originalPrice = 60.0; 
double currentPrice; 


mt. setPrice(originalPrice); 
System. out. println(" 原 始 价 为 : " + originalPrice); 
Soton out eint in( Se ei 


Discount discount; 


discount = (Discount)XMLUtil.getBean(); // 读 取 配 置 文 件 并 反射 生成 具体 折扣 对 象 
mt. setDiscount (discount); // 注 入 折扣 对 象 


currentPrice = mt. getPrice(); 
System. out. println(" 折 后 价 为 : " + currentPrice); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


原始 价 为 : 60.0 


学 生 票 : 
折 后 价 为 : 48.0 


如 果 需 要 更 换 具 体 策略 类 ,无 须 修改 源 代码 ,只 需 修 改 配 置 文件 即 可 。 例 如 将 学 生 票 改 
为 儿童 票 ,只 需 将 存储 在 配置 文件 中 的 具体 策略 类 StudentDiscount 改 为 ChildrenDiscount, 代 
码 如 下 : 


<?xml version= "1.0"?> 
<config> 


< className > designpatterns. strategy. ChildrenDiscount </className > 
</config> 


重新 运行 客户 端 程序 ,输出 结果 如 下 : 


原始 价 为 : 60.0 


儿童 票 : 
折 后 价 为 : 50.0 


如 果 需 要 增加 新 的 打折 方式 , 原 有 代码 均 无 须 修改 ,只 要 增加 一 个 新 的 折扣 类 作为 抽象 
折扣 类 的 子 类 ,实现 在 抽象 折扣 类 中 声明 的 打折 方法 ,然后 修改 配置 文件 ,将 原 有 具体 折扣 
类 的 类 名 改 为 新 增 折扣 类 的 类 名 即 可 ,完全 符合 开 闭 原则 。 
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24.4 Java SE 中 的 布局 管理 


Java SE 中 的 容器 布局 管理 是 策略 模式 的 一 个 经 典 应 用 实例 ,其 基本 结构 如 图 24-4 
所 示 。 


Container ~ LayoutManager| 


FlowLayout GridLayout ~ LayoutManager2 


JComponent 


BorderLayout : GridBag Layout 


JPanel 


Card Layout 


图 24-4 Java SE 布局 管理 结构 示意 图 


在 Java SE 开发 中 ,用 户 需要 对 容器 对 象 Container 中 的 成 员 对 象 (例如 按钮 ,文本 框 等 
GUI 控件 ) 进 行 布局 (Layout) ,在 程序 运行 期 间 由 客户 端 动态 决定 一 个 Container 对 象 如 何 
布局 。Java 语言 在 JDK 中 提供 了 几 种 不 同 的 布局 方式 ,封装 在 不 同 的 类 中 , 例如 
BorderLayout FlowLayout ,GridLayout GridBagLayout 和 CardLayout 等 。 在 图 24-4 中 ， 
Container 类 充当 环境 角色 Context,LayoutManager 作为 所 有 布局 类 的 公共 父 类 扮演 了 抽 
象 策略 角色 , 它 给 出 所 有 具体 布局 类 所 需 的 接口 ,而 具体 策略 类 是 LayoutManager 的 子 类 ， 
也 就 是 各 种 具体 的 布局 类 ,它们 封装 了 不 同 的 布局 方式 。 

任何 人 都 可 以 开发 自己 的 布局 类 ,只 需要 将 自己 设计 的 布局 类 作为 LayoutManager 的 
子 类 即 可 。 在 JDK 中 ,Container 类 的 代码 片段 如 下 : 


public class Container extends Component { 
LayoutManager layoutMgr; 


public void setLayout(LayoutManager mgr) { 
layoutMgr = mgr; 
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从 上 述 代码 中 可 以 看 出 ,Container 作为 环境 类 , 它 针对 抽象 策略 类 LayoutManager 进 
行 编程 。 根 据 里 氏 代 换 原则 ,用 户 在 使 用 时 只 需要 在 setLayout() 方 法 中 传人 一 个 具体 布局 
对 象 即 可 ,而 无 须 关 心 该 布局 对 象 的 具体 实现 。 


24.5 策略 模式 优 /缺点 与 适用 环境 


策略 模式 用 于 算法 的 自由 切换 和 扩展 , 它 是 应 用 较为 广泛 的 设计 模式 之 一 。 策 略 模式 
对 应 于 解决 某 一 问题 的 一 个 算法 族 , 人 允许 用 户 从 该 算法 族 中 任 选 一 个 算法 来 解决 某 一 问题 ， 
同时 可 以 方便 地 更 换算 法 或 者 增加 新 的 算法 ,只 要 涉及 算法 的 封装 、 复 用 和 切换 都 可 以 考虑 
使 用 策略 模式 。 


24.5.1 策略 模式 优点 


策略 模式 的 优点 主要 如 下 : 

(1) 策略 模式 提供 了 对 开 闭 原则 的 完美 支持 ,用 户 可 以 在 不 修改 原 有 系统 的 基础 上 选 
择 算 法 或 行为 ,也 可 以 灵活 地 增加 新 的 算法 或 行为 。 

(2) 策略 模式 提供 了 管理 相关 的 算法 族 的 办 法 。 策 略 类 的 等 级 结构 定义 了 一 个 算法 或 
行为 族 ,恰当 地 使 用 继承 可 以 把 公共 的 代码 移 到 抽象 策略 类 中 ,从 而 避免 重复 的 代码 。 

(3) 策略 模式 提供 了 一 种 可 以 替换 继承 关系 的 办 法 。 如 果 不 使 用 策略 模式 ,那么 使 用 
算法 的 环境 类 就 可 能 会 有 一 些 子 类 ,每 一 个 子 类 提供 一 种 不 同 的 算法 。 但 是 这 样 一 来 算法 
的 使 用 就 和 算法 本 身 混在 一 起 ,不 符合 单一 职责 原则 ,决定 使 用 哪 一 种 算法 的 迎 辑 和 该 算法 
本 身 混 合 在 一 起 ,从 而 不 可 能 再 独立 演化 ; 而 且 使 用 继承 无 法 实现 算法 或 行为 在 程序 运行 
时 的 动态 切换 。 

(4) 使 用 策略 模式 可 以 避免 多 重 条 件 选 择 语句 。 多 重 条 件 选择 语句 不 易 维护 , 它 把 采 
取 哪 一 种 算法 或 行为 的 逻辑 与 算法 或 行为 本 身 的 实现 逻辑 混合 在 一 起 ,将 它们 全 部 硬 编码 
在 一 个 庞大 的 多 重 条 件 选择 语句 中 , 比 直接 继承 环境 类 的 办 法 还 要 原始 和 落后 。 

(5) 策略 模式 提供 了 一 种 算法 的 复 用 机 制 , 由 于 将 算法 单独 提取 出 来 封装 在 策略 类 中 ， 
因此 不 同 的 环境 类 可 以 方便 地 复 用 这 些 策略 类 。 


24. 5.2 策略 模式 缺点 


策略 模式 的 缺点 主要 如 下 : 

(1) 客户 端 必须 知道 所 有 的 策略 类 ,并 自行 决定 使 用 哪 一 个 策略 类 。 这 就 意味 着 客户 
端 必须 理解 这 些 算 法 的 区 别 ,以便 适时 选择 恰当 的 算法 。 换 而 言 之 ,策略 模式 只 适用 于 客户 
端 知道 所 有 算法 或 行为 的 情况 。 

(2) 策略 模式 将 造成 系统 产生 很 多 具体 策略 类 ,任何 细小 的 变化 都 将 导致 系统 要 增加 
一 个 新 的 具体 策略 类 。 

(3) 无 法 同时 在 客户 端 使 用 多 个 策略 类 ,也 就 是 说 ,在 使 用 策略 模式 时 客户 端 每 次 只 能 
使 用 一 个 策略 类 ,不 支持 使 用 一 个 策略 类 完成 部 分 功能 后 再 使 用 另 一 个 策略 类 完成 剩余 功 
能 的 情况 。 
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24. 5.3 策略 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 策略 模式 : 

(1) 一 个 系统 需要 动态 地 在 几 种 算法 中 选择 一 种 ,那么 可 以 将 这 些 算法 封装 到 一 个 个 
的 具体 算法 类 中 ,而 这 些 具体 算法 类 都 是 一 个 抽象 算法 类 的 子 类 。 换 而 言 之 ,这 些 具体 算法 
类 均 有 统一 的 接口 ,根据 里 氏 代 换 原则 和 面向 对 象 的 多 态 性 ,客户 端 可 以 选择 使 用 任何 一 个 
具体 算法 类 ,并 只 需要 维持 一 个 数据 类 型 是 抽象 算法 类 的 对 象 。 

(2) 一 个 对 象 有 很 多 行为 ,如 果 不 用 恰当 的 模式 ,这 些 行为 则 只 好 使 用 多 重 条 件 选择 语 
句 来 实现 。 此 时 使 用 策略 模式 把 这 些 行为 转移 到 相应 的 具体 策略 类 里 面 ,就 可 以 避免 使 用 
难以 维护 的 多 重 条 件 选择 语句 。 

(3) 不 希望 客户 端 知道 复杂 的 .与 算法 相关 的 数据 结构 ,在 具体 策略 类 中 封装 算法 与 相 
关 的 数据 结构 ,可 以 提高 算法 的 保密 性 与 安全 性 。 


24.6 本 章 小 结 


1. 在 策略 模式 中 定义 了 一 系列 算法 ,将 每 一 个 算法 封装 起 来 ,并 让 它们 可 以 相互 替换 。 
策略 模式 让 算法 可 以 独立 于 使 用 它 的 客户 而 变化 。 策 略 模式 又 称 为 政策 模式 , 它 是 一 种 对 
象 行为 型 模式 。 

2. 策略 模式 包含 环境 类 、 抽 象 策略 类 和 具体 策略 类 3 个 角色 。 其 中 ,环境 类 是 使 用 算 
法 的 角色 , 它 在 解决 某 个 问题 ( 即 实现 某 个 功能 ) 时 可 以 采用 多 种 策略 ; 抽象 策略 类 为 所 支 
持 的 算法 声明 了 抽象 方法 ,是 所 有 策略 类 的 父 类 ; 具体 策略 类 实现 了 在 抽象 策略 类 中 声明 
的 算法 。 

3. 策略 模式 的 优点 主要 是 用 户 可 以 在 不 修改 原 有 系统 的 基础 上 选择 算法 或 行为 ,也 可 
以 灵活 地 增加 新 的 算法 或 行为 ; 提供 了 一 种 管理 相关 的 算法 族 的 办 法 和 替换 继承 关系 的 办 
法 ,可 以 避免 多 重 条 件 选 择 语句 ; 此 外 ,策略 模式 还 提供 了 一 种 算法 的 复 用 机 制 。 其 缺点 主 
要 是 客户 端 必须 知道 所 有 的 策略 类 ,并 自行 决定 使 用 哪 一 个 策略 类 ; 将 造成 系统 产生 很 多 
具体 策略 类 ; 而 且 无 法 同时 在 客户 端 使 用 多 个 策略 类 。 

4. 策略 模式 适用 于 以 下 环境 : 一 个 系统 需要 动态 地 在 几 种 算法 中 选择 一 种 ; 避免 使 用 
难以 维护 的 多 重 条 件 选择 语句 ; 不 希望 客户 端 知 道 复杂 的 ,与 算法 相关 的 数据 结构 。 

5. Java SE 中 的 容器 布局 管理 应 用 了 策略 模式 ,其 中 容器 类 充当 环境 类 ,每 一 种 具体 布 
局 方式 充当 具体 策略 类 ,所 有 的 具体 布局 类 都 实现 了 相同 的 接口 。 


24.7 习题 


1. 在 某 系统 中 用 户 可 自行 动态 地 选择 某 种 排序 算法 (例如 选择 排序 . 冒 泡 排序 .插入 排 
序 ) 来 实现 某 功 能 ,该 系统 的 设计 可 以 使 用 ( ) 设 计 模 式 。 
A. 状态 B. 策略 C. 模板 方法 D. 工厂 方法 
2. 以 下 关于 策略 模式 的 叙述 错误 的 是 ( 7 
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A. 策略 模式 是 对 算法 的 包装 , 它 把 算法 的 责任 和 算法 本 身分 隔 开 ,委派 给 不 同 的 对 
象 管理 
B. 在 Context 类 中 维护 了 所 有 ConcreteStrategy 的 引用 实例 
C. 策略 模式 让 算法 独立 于 使 用 它 的 客户 而 变化 
D. 在 策略 模式 中 定义 一 系列 算法 ,并 将 每 一 个 算法 封装 起 来 ,让 它们 可 以 相互 蔡 换 
3. 以 下 关于 策略 模式 的 优 /缺点 的 描述 错误 的 是 ( »: 
A. 在 策略 模式 中 客户 端 无 须知 道 所 有 的 策略 类 ,系统 必须 自行 提供 一 个 策略 类 
B. 策略 模式 可 以 避免 使 用 多 重 条 件 转移 语句 
C. 策略 模式 会 导致 产生 大 量 的 策略 类 
D. 策略 模式 提供 了 管理 相关 算法 族 的 办 法 
4. 在 策略 模式 中 一 个 环境 类 Context 能 否 对 应 多 个 不 同 的 策略 等 级 结构 ? 如何 设 计 ? 
5. 某 系 统 需要 对 重要 数据 (如 用 户 密码 ) 进 行 加 密 , 并 提供 了 几 种 加 密 方案 (例如 凯撒 
加 密 、 求 模 加 密 等 ), 对 该 加 密 模块 进行 设计 ,使 得 用 户 可 以 动态 地 选择 加 密 方式 。 要 求 绘制 
相应 的 类 图 并 使 用 Java 语言 编程 实现 。 
6. 某 系 统 提供 了 一 个 用 于 对 数组 数据 进行 操作 的 类 ,该 类 封装 了 对 数组 的 常见 操作 ， 
如 查找 数组 元 素 ,对 数组 元 素 进行 排序 等 。 现 以 排序 操作 为 例 , 使 用 策略 模式 设计 该 数组 操 
作 类 ,使 得 客户 端 可 以 动态 地 更 换 排序 算法 ,可 以 根据 需要 选择 冒 泡 排序 或 选择 排序 或 插入 
排序 ,也 能 够 灵活 地 增加 新 的 排序 算法 。 要 求 绘制 相应 的 类 图 并 使 用 Java 语言 编程 实现 。 
7. 某 软件 公司 要 开发 一 款 飞 机 模拟 系统 ,该 系统 主要 模拟 不 同 种 类 飞机 的 飞行 特征 与 
起 飞 特征 ,需要 模拟 的 飞机 种 类 及 其 特征 如 表 24-1 所 示 。 


表 24-1 飞机 种 类 及 特征 一 览 表 


飞机 种 类 起 飞 特征 飞行 特征 
直升机 (Helicopter) 垂直 起 飞 (VerticalTakeOff) 亚 音速 飞行 (SubSonicFly) 
客机 (AirPlane) 长 距离 起 飞 (LongDistanceTakeOff) 亚 音速 飞行 (SubSonicFly) 
歼击机 (Fighter) 长 距离 起 飞 (LongDistanceTakeOff) 超 音速 飞行 (SuperSonicFly) 
栈 式 战斗 机 (Harrier) 垂直 起 飞 (VerticalTakeOffD) 超 音速 飞行 (SuperSonicFly) 


为 了 将 来 能 够 模拟 更 多 种 类 的 飞机 , 试 采 用 策略 模式 设计 该 飞机 模拟 系统 。 


模板 方法 模式 


模板 方法 模式 是 结构 最 简单 的 行为 型 设计 模式 , 它 是 一 种 类 行为 模式 ,在 
其 结构 中 只 存在 父 类 与 子 类 之 间 的 继承 关系 。 通 过 使 用 模板 方法 模式 可 以 将 
一 些 复 杂 流 程 的 实现 步骤 封装 在 一 系列 基本 方法 中 ,在 抽象 父 类 中 提供 了 一 
个 称 为 模板 方法 的 方法 来 定义 这 些 基 本 方法 的 执行 次 序 , 而 通过 其 子 类 来 覆 
盖 某 些 步 又, 从 而 使 得 相同 的 算法 框架 可 以 有 不 同 的 执行 结果 。 它 提供 了 具 
体 的 模板 方法 来 定义 算法 结构 ,而 具体 步骤 的 实现 可 以 在 其 子 类 中 完成 。 

本 章 将 学 习 模 板 方法 模式 的 定义 与 结构 ,学 习 模 板 方法 模式 中 所 包含 的 
几 类 不 同 的 方法 ,并 通过 实例 来 学 习 模 板 方法 模式 的 应 用 ,学 会 如 何在 实际 软 
件 项 目 开 发 中 合理 地 使 用 模板 方法 模式 。 

本 章 知识 点 

。 模板 方法 模式 的 定义 

。 模板 方法 模式 的 结构 

。 模板 方法 模式 的 实现 

。 模板 方法 模式 的 应 用 

。 模板 方法 模式 的 优 /缺点 

。 模板 方法 模式 的 适用 环境 

。 钧 子 方法 的 使 用 


25.1 模板 方法 模式 概述 


在 现实 生活 中 很 多 事情 都 包含 几 个 实现 步骤 ,例如 请 客 吃饭 ,无 论 吃 什么 ,一 般 都 包含 
点 单 . 吃 东西 .买单 等 几 个 步骤 ,通常 情况 下 这 几 个 步骤 的 次 序 是 点 单 习 吃 东 西 习 买单 。 在 
这 3 个 步骤 中 ,点 单 和 买单 大 同 小 异 , 最 大 的 区 别 在 于 第 二 步 一 一 吃 什么 ? 吃 面条 和 吃 满 汉 
全 席 可 大 不 相同 ,如 图 25-1 所 示 。 
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图 25-1 请 客 吃饭 示意 图 


在 软件 开发 中 有 时 也 会 遇 到 类 似 的 情况 , 某 个 方法 的 实现 需要 多 个 步骤 (类 似 "请 客 ”)， 
其 中 有 些 步骤 是 固定 的 (类 似 * 点 单 " 和 "买单 ”) ,而 有 些 步 骤 并 不 固定 ,存在 可 变性 (类 似 “ 吃 
东西 ”)。 为 了 提高 代码 的 复 用 性 和 系统 的 灵活 性 ,可 以 使 用 一 种 称 为 模板 方法 模式 的 设计 
模式 来 对 这 类 情况 进行 设计 ,在 模板 方法 模式 中 将 实现 功能 的 每 一 个 步骤 所 对 应 的 方法 称 
为 基本 方法 (例如 “点 单 “ 吃 东西 "和 "买单 ”) ,而 将 调用 这 些 基 本 方法 同时 定义 基本 方法 的 
执行 次 序 的 方法 称 为 模板 方法 (例如 “请 客 ”)。 在 模板 方法 模式 中 可 以 将 相同 的 代码 放 在 父 
类 中 ,例如 将 模板 方法 “请 客 " 以 及 基本 方法 “点 单 " 和 "买单 ”的 实现 放 在 父 类 中 ,而 对 于 基本 
方法 “ 吃 东西 "在 父 类 中 只 做 一 个 声明 ,将 其 具体 实现 放 在 不 同 的 子 类 中 ,在 一 个 子 类 中 提供 
“上 吃 面条 ”的 实现 ,而 另 一 个 子 类 提供 “ 吃 满汉全席 "的 实现 。 通 过 使 用 模板 方法 模式 一 方面 
提高 了 代码 的 复 用 性 , 另 一 方面 还 可 以 利用 面向 对 象 的 多 态 性 ,在 运行 时 选择 一 种 具体 子 
类 ,实现 完整 的 “请 客 "方法 ,提高 系统 的 灵活 性 和 可 扩展 性 。 

模板 方法 模式 的 定义 如 下 : 


模板 方法 模式 : 定义 一 个 操作 中 算法 的 框架 ,而 将 一 些 步骤 延迟 
到 子 类 中 。 模 板 方法 模式 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 
重 定义 该 算法 的 某 些 特定 步骤 。 

Template Method Pattern: Define the skeleton of an algorithm in 
an operation, deferring some steps to subclasses. Template Method 


lets subclasses redefine certain steps of an algorithm without 


changing the algorithm's structure. 


模板 方法 模式 是 一 种 基于 继承 的 代码 复 用 技术 , 它 是 一 种 类 行为 型 模式 。 

模板 方法 模式 是 结构 最 简单 的 行为 型 设计 模式 ,在 其 结构 中 只 存在 父 类 与 子 类 之 间 
的 继承 关系 。 通 过 使 用 模板 方法 模式 可 以 将 一 些 复杂 流程 的 实现 步骤 封装 在 一 系列 基 
本 方法 中 ,在 抽象 父 类 中 提供 了 一 个 称 为 模板 方法 的 方法 来 定义 这 些 基 本 方法 的 执行 次 
序 ,而 通过 其 子 类 来 覆盖 某 些 步骤 ,从 而 使 得 相同 的 算法 框架 可 以 有 不 同 的 执行 结果 。 
模板 方法 模式 提供 了 一 个 模板 方法 来 定义 算法 框架 ,而 某 些 具体 步骤 的 实现 可 以 在 其 子 
类 中 完成 。 
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25.2 模板 方法 模式 结构 与 实现 


25.2.1 模板 方法 模式 结构 


模板 方法 模式 的 结构 比较 简单 ,其 核心 是 抽象 类 和 其 中 的 模板 方法 的 设计 ,其 结构 如 
图 25-2 所 示 。 


AbstractClass 
{abstract} 


--|+ templateMethod () 

+ primitiveOperation1 () 
+ primitiveOperation2 () 
+ primitiveOperation3 () 


primitiveOperation1 0; 


primitiveOperation2(); 


primitiveOperation3(); 


ConcreteClass 


+ primitiveOperation1 () 
+ primitiveOperation2 () 


图 25-2 模板 方法 模式 结构 图 


由 图 25-2 可 知 ,模板 方法 模式 包含 以 下 两 个 角色 。 

(1) AbstractClass( 抽 象 类 ) : 在 抽象 类 中 定义 了 一 系列 基本 操作 (Primitive Operations) ,这 
些 基本 操作 可 以 是 具体 的 ,也 可 以 是 抽象 的 ,每 一 个 基本 操作 对 应 算法 的 一 个 步 又 ,在 其 子 
类 中 可 以 重 定义 或 实现 这 些 步 骤 。 同 时 在 抽象 类 中 实现 了 一 个 模板 方法 (Template 
Method) ,用 于 定义 一 个 算法 的 框架 ,模板 方法 不 仅 可 以 调用 在 抽象 类 中 实现 的 基本 方法 ， 
也 可 以 调用 在 抽象 类 的 子 类 中 实现 的 基本 方法 ,还 可 以 调用 其 他 对 象 中 的 方法 。 

(2) ConcreteClass( 具 体 子 类 ): 它 是 抽象 类 的 子 类 ,用 于 实现 在 父 类 中 声明 的 抽象 基本 
操作 以 完成 子 类 特定 算法 的 步骤 ,也 可 以 覆盖 在 父 类 中 已 经 实现 的 具体 基本 操作 。 


25.2.2 模板 方法 模式 实现 


在 实现 模板 方法 模式 时 ,开发 抽象 类 的 软件 设计 师 和 开发 具体 子 类 的 软件 设计 师 之 间 
可 以 进行 协作 。 一 个 设计 师 负 责 给 出 一 个 算法 的 轮廓 和 框架 , 另 一 些 设计 师 则 负责 给 出 这 
个 算法 的 各 个 逻辑 步 又。 实现 这 些 具体 迎 辑 步骤 的 方法 即 为 基本 方法 ,而 将 这 些 基 本 方法 
汇总 起 来 的 方法 即 为 模板 方法 ,模板 方法 模式 的 名 字 也 因此 而 来 。 下 面 将 详细 介绍 模板 方 
法 和 基本 方法 。 

1. 模板 方法 


一 个 模板 方法 是 定义 在 抽象 类 中 的 把 基本 操作 方法 组 合 在 一 起 形成 一 个 总 算法 或 一 个 
总 行为 的 方法 。 这 个 模板 方法 定义 在 抽象 类 中 ,并 由 子 类 不 加 修改 地 完全 继承 下 来 (在 
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Java 语言 中 可 以 将 模板 方法 定义 为 final 方法 ) 。 模 板 方法 是 一 个 具体 方法 , 它 给 出 了 一 
顶层 逻辑 框架 ,而 逻辑 的 组 成 步骤 在 抽象 类 中 可 以 是 具体 方法 ,也 可 以 是 抽象 方法 。 由 于 模 
板 方法 是 具体 方法 ,因此 模板 方法 模式 中 的 抽象 层 只 能 是 抽象 类 , 而 不 是 接口 。 

2. 基本 方法 

基本 方法 是 实现 算法 各 个 步骤 的 方法 ,是 模板 方法 的 组 成 部 分 。 基 本 方法 又 可 以 分 为 
3 种 , 即 抽 象 方 法 (Abstract Method)、 具体 方 法 (Concrete Method) 和 钩子 方法 (Hook 
Method) 。 

(1) 抽象 方法 : 一 个 抽象 方法 由 抽象 类 声明 .由 其 具体 子 类 实现 。 在 Java 语言 中 一 
抽象 方法 以 abstract 关键 字 标 识 。 

(2) 具体 方法 : 一 个 具体 方法 由 一 个 抽象 类 或 具体 类 声明 并 实现 ,其 子 类 可 以 进行 履 
盖 也 可 以 直接 继承 。 

(3) 钧 子 方法 : 一 个 钧 子 方法 由 一 个 抽象 类 或 具体 类 声明 并 实现 ,而 其 子 类 可 能 会 加 
以 扩展 。 通 常 在 父 类 中 给 出 的 实现 是 一 个 空 实 现 ,并 以 该 空 实 现 作 为 方法 的 默认 实现 。 当 
然 ,钩子 方法 也 可 以 提供 一 个 非 空 的 默认 实现 。 

在 模板 方法 模式 中 钩子 方法 有 两 类 ,第 一 类 钩子 方法 可 以 与 一 些 具体 步 又 " 挂 钧 ,以 实 
现在 不 同 条 件 下 执行 模板 方法 中 的 不 同步 又 ,这 类 钩子 方法 的 返回 类 型 通常 是 boolean 类 
型 ,方法 名 一 般 为 isSXXX() ,用 于 对 某 个 条 件 进 行 判断 ,如 果 条 件 满足 则 执行 某 一 步骤 , 否 见 
将 不 执行 ,如 下 代码 片段 所 示 : 


// 模 板 方法 
public void templateMethod() { 
open(); 
display(); 
// 通 过 钩子 方法 来 确定 某 一 步骤 是 否 执行 
if(isPrint()) { 
print(); 
} 
} 


// 钧 子 方法 

public boolean isPrint() { 
return true; 

} 


在 这 段 代 码 中 ,isPrint() 方 法 即 为 钧 子 方法 , 它 可 以 决定 print() 方 法 是 否 执 行 。 一 般 
情况 下 ,钩子 方法 的 返回 值 为 true, 如 果 不 希 望 某 方法 执行 ,可 以 在 其 子 类 中 覆盖 钩子 方法 ， 
将 其 返回 值 改 为 false 即 可 ,这 种 类 型 的 钧 子 方法 可 以 控制 方法 的 执行 ,对 一 个 算法 进行 
约束 。 

还 有 一 类 钩子 方法 就 是 实现 体 为 空 的 具体 方法 , 子 类 可 以 根据 需要 覆盖 或 者 继承 这 些 
钩子 方法 。 与 抽象 方法 相 比 ,这 类 钧 子 方法 的 好 处 在 于 子 类 如 果 没 有 履 盖 父 类 中 定义 的 钧 
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子 方法 ,编译 可 以 正常 通过 ,但 是 如 果 没 有 覆盖 父 类 中 声明 的 抽象 方法 ,编译 将 报错 。 
在 模板 方法 模式 中 ,抽象 类 的 典型 代码 如 下 : 


public abstract class AbstractClass { 
// 模 板 方法 
public void templateMethod() { 
primitiveOperation1 (); 
primitiveOperation2(); 
primitiveOperation3(); 
} 


// 基 本 方法 一 一 具体 方法 
public void primitiveOperationl() { 
// 实 现代 码 


} 


// 基 本 方法 一 一 抽象 方法 
public abstract void primitiveOperation2(); 


// 基 本 方法 一 一 钩子 方法 
public void primitiveOperation3() 
Un 

! 


在 抽象 类 中 ,模板 方法 templateMethod() 定 义 了 算法 的 框架 ,在 模板 方法 中 调用 基本 
方法 以 实现 完整 的 算法 ,每 一 个 基本 方法 (如 primitiveOperation1() .primitiveOperation2() 
等 ) 均 实现 了 算法 的 一 部 分 ,对 于 所 有 子 类 都 相同 的 基本 方法 可 以 在 父 类 中 提供 具体 实现 ， 
例如 primitiveOperation1() ,否则 在 父 类 中 将 其 声明 为 抽象 方法 或 钩子 方法 ,由 不 同 的 子 类 
提供 不 同 的 实现 ,例如 primitiveOperation2() 和 primitiveOperation3() 。 

用 户 可 在 抽象 类 的 子 类 中 提供 抽象 步骤 的 实现 ,也 可 履 盖 父 类 中 已 经 实现 的 具体 方法 。 
具体 子 类 的 典型 代码 如 下 : 


public class ConcreteClass extends AbstractClass { 
public void primitiveOperation2() { 
// 实 现代 码 
} 


public void primitiveOperation3() { 
// 实 现代 码 
} 
} 


在 模板 方法 模式 中 ,由 于 面向 对 象 的 多 态 性 , 子 类 对 象 在 运行 时 将 覆盖 父 类 对 象 , 子 类 
中 定义 的 方法 也 将 覆盖 父 类 中 定义 的 方法 ,因此 程序 在 运行 时 具体 子 类 的 基本 方法 将 覆盖 
父 类 中 定义 的 基本 方法 , 子 类 的 钩子 方法 也 将 覆盖 父 类 的 钧 子 方法 ,从 而 可 以 通过 在 子 类 中 
实现 的 钩子 方法 对 父 类 方法 的 执行 进行 约束 ,实现 子 类 对 父 类 行为 的 反 向 控制 。 


25.3 ”模板 方法 模式 应 用 实例 
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下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 模板 方法 模式 。 


1. 实例 说 明 


利息 计算 流程 如 下 : 


算 公 式 计算 利息 (如 活期 账户 和 定期 账 
(3) 系统 显示 利息 。 


菜 软件 公司 要 为 茶 银行 的 业务 支撑 系统 开发 一 个 利息 计算 模块 ， 
(1) 系统 根据 账号 和 密码 验证 用 户 信息 ,如 果 用 户 信息 错误 ， 系 


(2) 如 果 用 户 信息 正确 , 则 根据 用 户 类 型 的 不 同 使 用 不 同 的 利息 计 


试 使 用 模板 方法 模式 设计 该 利息 计算 模块 。 


户 具有 不 同 的 利息 计算 公式 )。 


2. 实例 类 图 
通过 分 析 , 本 实例 的 结构 图 如 图 25-3 所 示 。 


Account 


{abstract} 


+ validate (String account, 
String password) 

+ calculatelnterest () 

+ display () 


: boolean 


:void 
: void 


+ handle (String account, String password) : void 
A 


| CurrentAccount 


SavingAccount 


+ calculatelnterest () : void 


+ calculatelnterest () : void 


图 25-3 银行 利息 计算 模块 结构 图 


在 图 25-3 中 ,Account 充当 抽象 类 角色 ,CurrentAccount 和 SavingAccount 充当 具体 


子 类 角色 。 
3. 实例 代码 
(1) Account: 账户 类 ,充当 抽象 类 。 


//designpatterns. templatemethod. Account. java 
package designpatterns. templatemethod; 


public abstract class Account { 


国 
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// 基 本 方法 一 一 具体 方法 
public boolean validate(String account, String password) { 
System. out. println(" 账 号 : " + account); 
System. out. println(" 密 码 : " + password); 
if (account. equalsIgnoreCase(" 张 无 忌 ") && password. equalsIgnoreCase("123456")) { 
return true; 
else { 
return false; 
} 
} 


// 基 本 方法 一 一 抽象 方法 
public abstract void calculateInterest(); 


// 基 本 方法 一 一 具体 方法 
public void display() { 

System. out. println(" 显 示 利 息 !"); 
} 


// 模 板 方法 
public void handle( String account, String password) { 
if (!validate(account, password)) { 
System. out. println(" 账 户 或 密码 错误 !1"); 
return; 
calculateInterest(); 
display(); 


(2) CurrentAccount: 活期 账户 类 ,充当 具体 子 类 。 


//designpatterns. templatemethod. CurrentAccount. java 
package designpatterns. templatemethod; 


// 活 期 账户 类 : 具体 子 类 
public class CurrentAccount extends Rccount { 
// 覆 盖 父 类 的 抽象 基本 方法 
public void calculateInterest() { 
System. out. println(" 按 活期 利率 计算 利息 !"); 
} 


(3) SavingAccount: 定期 账户 类 ,充当 具体 子 类 。 


//designpatterns. templatemethod. SavingAccount. java 
package designpatterns. templatemethod; 
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// 定 期 账户 类 : 具体 子 类 
public class SavingAccount extends Account { 
// 覆 盖 父 类 的 抽象 基本 方法 
public void calculateInterest() { 
System. out. println(" 按 定期 利率 计算 利息 !"); 
) 


(4) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 子 类 的 类 名 。 


<?xml version = "1.0"?> 
< config> 

< className > designpatterns. templatemethod. CurrentAccount </className > 
</config> 


(5) XMLUtil; 工具 类 。 


//designpatterns. templatemethod. XMLUtil. java 
package designpatterns. templatemethod; 


import javax. xm1.parsers. *; 
import org. w3c. dom. *; 
import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
public static Object getBean() { 
try{ 

// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder. parse(new File("src//designpatterns//templatemethod//config. xml1")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className" ); 
Node classNode = nl. item(0).getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

catch(Exception e) { 
e. printStackTrace( ); 
return null; 
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(6) Client: 客户 端 测试 类 。 


//designpatterns. templatemethod. Client. java 
package designpatterns. templatemethod; 


public class Client { 
public static void main(String args[]) { 
Account account; 


account = (Account) XMLUtil. getBean( ); // 读 取 配 置 文 件 ,反射 生成 对 象 
account.handle(" 张 无 忌 ","123456" ); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


账号 : 张无忌 

密码 : 123456 

按 活期 利率 计算 利息 ! 
显示 利息 ! 


如 果 需 要 更 换 具体 子 类 ,无 须 修改 源 代码 ,只 需 修改 配置 文件 config. xml 即 可 。 例 如 
将 活期 账户 (Current Account) 改 为 定期 账户 (Saving Account), 只 需 将 存储 在 配置 文件 中 
的 具体 子 类 CurrentAccount 改 为 SavingAccount ,代码 如 下 : 


<?xml version = "1.0"?> 
<config> 


< className > designpatterns. templatemethod. SavingAccount </className > 
</config> 


重新 运行 客户 端 程序 ,输出 结果 如 下 : 


账号 : 张无忌 

密码 : 123456 

按 定期 利率 计算 利息 ! 
显示 利息 ! 


如 果 需 要 增加 新 的 具体 子 类 (新 的 账户 类 型 ), 原 有 代码 均 无 须 修改 ,完全 符合 
原则 。 


25.4 钩子 方法 的 使 用 


在 模板 方法 模式 中 , 父 类 提供 了 一 个 定义 算法 框架 的 模板 方法 ,还 提供 了 一 系列 抽象 方 
法 .具体 方法 和 钧 子 方法 ,其 中 钩子 方法 的 引入 使 得 子 类 可 以 控制 父 类 的 行为 。 最 简单 的 钧 
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子 方法 就 是 空 方法 ,其 代码 如 下 : 


public void display() { } 


当然 ,用 户 也 可 以 在 钩子 方法 中 定义 一 个 默认 的 实现 ,如 果子 类 不 覆盖 钩子 方法 , 则 执 
行 父 类 的 默认 实现 代码 。 

另 一 种 钩子 方法 可 以 对 其 他 方法 进行 约束 ,这 种 钩子 方法 通常 返回 一 个 boolean 类 型 
的 值 , 即 返回 true 或 false, 用 来 判断 是 否 执行 某 一 个 基本 方法 。 下 面 通过 一 个 实例 来 说 明 
这 种 钩子 方法 的 使 用 。 


某 软 件 公 司 要 为 销售 管理 系统 提供 一 个 数据 图 表 显 示 功 能 ,该 功 
能 的 实现 包括 以 下 几 个 步骤 : 

(1) 从 数据 源 获取 数据 。 

(2) 将 数据 转换 为 XML 格式 。 

(3) 以 某 种 图 表 方式 显示 XML 格式 的 数据 。 

该 功能 支持 多 种 数据 源 和 多 种 图 表 显 示 方 式 , 但 所 有 的 图 表 显 示 
操作 都 基于 XML 格式 的 数据 ,因此 可 能 需要 对 数据 进行 转换 ,如 果 
从 数据 源 获取 的 数据 已 经 是 XML 数据 则 无 须 转 换 。 


由 于 该 数据 图 表 显示 功能 的 3 个 步骤 次 序 是 固定 的 , 且 存在 公共 代码 (例如 数据 格式 转 
换代 码 ) ,满足 模板 方法 模式 的 适用 条 件 , 可 以 使 用 模板 方法 模式 对 其 进行 设计 。 因 为 数据 
格式 的 不 同 ,XML 数据 可 以 直接 显示 ,而 其 他 格式 的 数据 需要 进行 转换 ,因此 第 (2) 步 “将 
数据 转换 为 XML 格式 ”的 执行 存在 不 确定 性 ,为 了 解决 这 个 问题 ,可 以 定义 一 个 钩子 方法 
isNotXMLData() 对 数据 转换 方法 进行 控制 。 通 过 分 析 , 该 图 表 显 示 功 能 的 基本 结构 如 
图 25-4 所 示 。 


DataViewer 
{abstract} 


XMLDataViewer 


+ getData () :void 
+ convertData () :void 
+ displayData () :void 
+ isNotXMLData () : bool 
+ process () : void 


+ getData () : void 
+ displayData () :void 
+ isNotXMLData () : bool 


图 25-4 数据 图 表 显 示 功 能 结构 图 
用 户 可 以 将 公共 方法 和 框架 代码 放 在 抽象 父 类 中 ,其 代码 如 下 : 


//designpatterns. templatemethod. hookmethod. DataViewer. java 
package designpatterns. templatemethod. hookmethod; 


public abstract class DataViewer { 


// 抽 象 方法 : 获取 数据 
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public abstract void getData(); 


// 具 体 方法 : 转换 数据 
public void convertData() { 

System. out. println(" 将 数据 转换 为 XML 格式 ."); 
} 


// 抽 象 方法 : 显示 数据 
public abstract void displayData( ); 


// 钩 子 方法 : 判断 是 否 为 xML 格式 的 数据 
public boolean isNotXMLData() { 
return true; 


// 模 板 方 法 
public void process() { 
getData( ); 
// 如 果 不 是 xML 格式 的 数据 则 进行 数据 转换 
if (isNotXMLData()) { 
convertData( ); 
} 
displayData( ); 


在 上 面 的 代码 中 引入 了 一 个 钩子 方法 isNotXMLData(), 其 返回 类 型 为 boolean 类 型 ， 
在 模板 方法 中 通过 它 对 数据 转换 方法 convertData() 进 行 约束 。 该 钩子 方法 的 默认 返回 值 
为 true, 在 子 类 中 可 以 根据 实际 情况 覆盖 该 方法 ,其 中 用 于 显示 XML 格式 数据 的 具体 子 类 
XMLDataViewer 的 代码 如 下 : 


//designpatterns. templatemethod. hookmethod. XMLDataViewer. java 
package designpatterns. templatemethod. hookmethod; 


public class XMLDataViewer extends DataViewer { 
// 实 现 父 类 方法 : 获取 数据 
public void getData() { 
System. out. println(" 从 XML 文件 中 获取 数据 ."); 
| 


// 实 现 父 类 方法 : 显示 数据 ,默认 以 柱状 图 方式 显示 ,可 结合 桥接 模式 来 改进 
public void displayData() { 

System. out.println(" 以 柱状 图 显示 数据 ."); 
} 


// 覆 盖 父 类 的 钩子 方法 
public boolean isNotXMLData() { 
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return false; 


在 具体 子 类 XMLDataViewer 中 覆盖 了 钩子 方法 isNotXMLData() ,返回 false, 表 示 该 
数据 已 为 XML 格式 ,无 须 执 行 数 据 转换 方法 convertData()。 客 户 端 代码 如 下 : 


//designpatterns. templatemethod. hookmethod. Client. java 
package designpatterns. templatemethod. hookmethod; 


public class Client { 
public static void main(String args[]) { 
DataViewer dv; 
dv = new XMLDataViewer( ); 
dv. process( ); 


该 程序 的 运行 结果 如 下 : 


从 ZML 文 件 中 获取 数据 。 
以 柱状 图 显示 数据 。 


25.5 ”模板 方法 模式 优 /缺点 与 适用 环境 


模板 方法 模式 是 基于 继承 的 代码 复 用 技术 , 它 体现 了 面向 对 象 的 诸多 重要 思想 ,是 一 种 
使 用 较为 频繁 的 设计 模式 。 模 板 方法 模式 广泛 应 用 于 框架 设计 (例如 Spring JUnit 等 ) 中 ， 
以 确保 通过 父 类 来 控制 处 理 流程 的 逻辑 顺序 (例如 框架 的 初始 化 ,测试 流程 的 设置 等 )。 


25.5.1 模板 方法 模式 优点 


模板 方法 模式 的 优点 主要 如 下 : 

(1) 在 父 类 中 形式 化 地 定义 一 个 算法 ,而 由 它 的 子 类 来 实现 细节 的 处 理 , 在 子 类 实现 详 
细 的 处 理 算法 时 并 不 会 改变 算法 中 步骤 的 执行 次 序 。 

(2) 模板 方法 模式 是 一 种 代码 复 用 技术 ,在 类 库 设 计 中 尤为 重要 , 它 提 取 了 类 库 中 的 公 
共 行 为 ,将 公共 行为 放 在 父 类 中 ,而 通过 其 子 类 实现 不 同 的 行为 , 它 鼓励 用 户 恰 当地 使 用 继 
承 来 实现 代码 复 用 。 

(3) 模板 方法 模式 可 实现 一 种 反 向 控制 结构 ,通过 子 类 覆盖 父 类 的 钩子 方法 来 决定 某 
一 特定 步骤 是 否 需要 执行 。 

(4) 在 模板 方法 模式 中 可 以 通过 子 类 来 覆盖 父 类 的 基本 方法 ,不 同 的 子 类 可 以 提供 基 
本 方法 的 不 同 实现 ,更 换 和 增加 新 的 子 类 很 方便 ,符合 单一 职责 原则 和 开 闭 原则 。 
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25. 5.2 模板 方法 模式 缺点 


模板 方法 模式 的 缺点 主要 如 下 : 

在 模板 方法 模式 中 需要 为 每 一 个 基本 方法 的 不 同 实现 提供 一 个 子 类 ,如 果 父 类 中 可 变 
的 基本 方法 太 多 ,将 会 导致 类 的 个 数 增加 ,系统 更 加 庞大 .设计 也 更 加 抽象 ,此 时 可 结合 桥接 
模式 进行 设计 。 


25. 5.3 模板 方法 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 模板 方法 模式 : 

(1) 对 一 些 复杂 的 算法 进行 分 割 ,将 其 算法 中 固定 不 变 的 部 分 设计 为 模板 方法 和 父 类 
具体 方法 ,而 一 些 可 以 改变 的 细节 由 其 子 类 来 实现 。 即 一 次 性 实现 一 个 算法 的 不 变 部 分 ,并 
将 可 变 的 行为 留 给 子 类 来 实现 。 

(2) 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 重复 。 

(3) 需要 通过 子 类 来 决定 父 类 算法 中 的 某 个 步骤 是 否 执 行 ,实现 子 类 对 父 类 的 反 向 
控制 。 


25.6 本章 小 结 


1. 在 模板 方法 模式 中 定义 一 个 操作 中 算法 的 框架 ,而 将 一 些 步骤 延迟 到 子 类 中 。 模 板 
方法 模式 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 步骤 。 模 板 方 
法 模式 是 一 种 基于 继承 的 代码 复 用 技术 , 它 是 一 种 类 行为 型 模式 。 

2. 模板 方法 模式 包含 抽象 类 和 具体 子 类 两 个 角色 。 其 中 ,在 抽象 类 中 定义 了 一 系列 基 
本 操作 并 实现 了 一 个 模板 方法 ,模板 方法 用 于 定义 一 个 算法 的 框架 ; 具体 子 类 是 抽象 类 的 
子 类 ,用 于 实现 在 父 类 中 声明 的 抽象 基本 操作 以 完成 子 类 特定 算法 的 步骤 ,也 可 以 覆盖 在 父 
类 中 已 经 实现 的 具体 基本 操作 。 

3. 模板 方法 模式 的 优点 主要 是 在 父 类 中 形式 化 地 定义 一 个 算法 ,而 由 它 的 子 类 来 实现 
细节 的 处 理 , 在 子 类 实现 详细 的 处 理 算法 时 并 不 会 改变 算法 中 步骤 的 执行 次 序 ; 提取 了 类 
库 中 的 公共 行为 ,将 公共 行为 放 在 父 类 中 ,而 通过 其 子 类 来 实现 不 同 的 行为 ; 可 实现 一 种 反 
向 控制 结构 , 且 具 有 良好 的 可 扩展 性 ,符合 单一 职责 原则 和 开 闭 原则 。 其 缺点 主要 在 于 需要 
为 每 一 个 基本 方法 的 不 同 实现 提供 一 个 子 类 ,如 果 父 类 中 可 变 的 基本 方法 太 多 ,将 会 导致 类 
的 个 数 增加 ,系统 更 加 庞大 ,设计 也 更 加 抽象 。 

4. 模板 方法 模式 适用 于 以 下 环境 : 一 次 性 实现 一 个 算法 的 不 变 部 分 ,并 将 可 变 的 行为 
留 给 子 类 来 实现 ; 各 子 类 中 公共 的 行为 应 被 提取 出 来 并 集中 到 一 个 公共 父 类 中 以 避免 代码 
重复 ; 需要 通过 子 类 来 决定 父 类 算法 中 的 某 个 步骤 是 否 执行 ,实现 子 类 对 父 类 的 反 向 控制 。 

5. 在 模板 方法 模式 中 ,模板 方法 是 一 个 具体 方法 , 它 给 出 了 一 个 顶层 逻辑 框架 ,而 逻辑 
的 组 成 步骤 在 抽象 类 中 可 以 是 具体 方法 ,也 可 以 是 抽象 方法 。 基 本 方法 是 实现 算法 的 各 个 
步 又 的 方法 ,是 模板 方法 的 组 成 部 分 ,基本 方法 又 可 以 分 为 抽象 方法 .具体 方法 和 钩子 方法 。 
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25.7 “习题 


1. 某 系统 中 的 某 子 模块 需要 为 其 他 模块 提供 访问 不 同 数据 库 系 统 (Oracle、 SQL 
Server、.DB2 等 ) 的 功能 ,这 些 数 据 库 系统 提供 的 访问 接口 有 一 定 的 差异 ,但 访问 过 程 却 是 相 
同 的 。 例 如 先 连接 数据 库 ,再 打开 数据 库 , 最 后 对 数据 进行 查询 ,可 使 用 ( ) 设 计 模式 抽 
象 出 相同 的 数据 库 访问 过 程 。 

A. 观察 者 B. 访问 者 C. 模板 方法 D. 策略 

2. 以 下 关于 模板 方法 模式 的 叙述 错误 的 是 ( 六 

A. 模板 方法 模式 定义 了 一 个 操作 中 算法 的 骨架 ,而 将 一 些 步骤 延迟 到 子 类 中 

B. 模板 方法 模式 是 一 种 对 象 行为 型 模式 

C. 模板 方法 使 得 子 类 可 以 不 改变 一 个 算法 的 结构 即 可 重 定义 该 算法 的 某 些 特定 
步 又 

D. 模板 方法 不 仅 可 以 调用 原始 的 操作 ,还 可 以 调用 定义 于 AbstractClass 中 的 方法 
或 其 他 对 象 中 的 方法 

3. 在 模板 方法 模式 中 , 钧 子 方法 如 何 实 现 子 类 控制 父 类 的 行为 ? 

4. 在 银行 办 理 业务 时 一 般 都 包含 几 个 基本 步骤 ,首先 需要 取 号 排队 ,然后 办 理 具体 业 
务 ,最 后 需要 对 银行 工作 人 员 进 行 评 分 。 无 论 具体 业务 是 取款 、 存 款 还 是 转账 ,其 基本 流程 
都 一 样 。 现 使 用 模板 方法 模式 模拟 银行 业务 办 理 流程 ,要 求 绘制 相应 的 类 图 并 使 用 Java 语 
言 编程 模拟 。 

5. 某 软件 公司 要 开发 一 套 客户 信息 管理 系统 ,其 中 客户 信息 查询 是 其 核心 功能 之 一 ， 
具体 来 说 ,查询 客户 信息 包含 以 下 3 个 步骤 ， 

(1) 对 查询 关键 词 进行 检查 与 处 理 , 例 如 判断 查询 关键 词 是 否 为 空 ,去掉 关键 词 前 后 的 
空格 等 。 

(2) 根据 用 户 指定 的 条 件 进行 查询 ,可 以 根据 客户 姓名 、 客 户 编号 、 客 户 单位 名 称 等 查 
询 , 而 且 在 将 来 可 能 还 需要 引入 新 的 查询 方式 。 

(3) 显示 查询 结果 ,系统 提供 了 多 种 显示 样式 ,例如 完整 模式 、 精 简 模式 等 ,用 户 可 以 选 
择 不 同 的 显示 样式 。 

现 需要 在 一 个 业务 类 中 提供 一 个 统一 的 方法 来 调用 以 上 3 个 步骤 ,由 于 第 (2) 步 和 第 
(3) 步 存在 可 变性 ,因此 决定 使 用 模板 方法 模式 和 桥接 模式 联 用 来 设计 该 功能 。 试 绘制 相应 
的 结构 图 并 给 出 核心 实现 代码 。 


访问 者 模式 


访问 者 模式 是 一 种 较为 复杂 的 行为 型 设计 模式 , 它 包 含 访 问 者 和 被 访问 
元 素 两 个 主要 组 成 部 分 ,这 些 被 访问 的 元 素 具有 不 同 的 类 型 , 且 不 同 的 访问 者 
可 以 对 其 施加 不 同 的 访问 操作 。 访 问 者 模式 使 得 用 户 可 以 在 不 修改 现 有 系统 
的 情况 下 扩展 系统 的 功能 ,为 这 些 不 同类 型 的 元 素 增加 新 的 操作 。 

本 章 将 学 习 访 问 者 模式 的 定义 与 结构 ,理解 访问 者 模式 中 对 象 结构 的 作 
用 以 及 学 会 如 何 编 程 实现 访问 者 模式 ,并 掌握 元 素 类 和 访问 者 类 的 设计 原理 
及 实现 过 程 。 

本 章 知识 点 


访问 者 模式 的 定义 

。 访问 者 模式 的 结构 

。 访问 者 模式 的 实现 
访问 者 模式 的 应 用 

。 访问 者 模式 的 优 /缺点 
访问 者 模式 的 适用 环境 

。 访问 者 模式 与 组 合 模式 联 用 


26.1 访问 者 模式 概述 


. 


在 医生 开具 处 方 单 ( 药 单 ) 后 ,很 多 医院 都 存在 以 下 处 理 流程 : 划 价 人 员 拿 到 处 方 单 之 
后 根据 药品 名 称 和 数量 计算 总 价 ,药房 工作 人 员 根 据 药品 名 称 和 数量 准备 药品 ,如 图 26-1 
所 示 。 

在 图 26-1 中 可 以 将 处 方 单 看 成 一 个 药品 信息 的 集合 ,里 面包 含 了 一 种 或 多 种 不 同类 型 
的 药品 信息 ,不 同类 型 的 工作 人 员 ( 例 如 划 价 人 员 和 药房 工作 人 员 ) 在 操作 同一 个 药品 信息 
集合 时 将 提供 不 同 的 处 理 方式 ,而 且 可 能 还 会 增加 新 类 型 的 工作 人 员 来 操作 处 方 单 。 


及 
全 六 


划 价 人 员 
0 呈 


答 二 


药房 工作 人 员 


图 26-1 医院 处 方 单 处 理 示意 图 
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在 软件 开发 中 有 时 候 也 需要 处 理 像 处 方 单 这 样 的 集合 对 象 结构 ,在 该 对 象 结构 中 存储 
了 多 种 不 同类 型 的 对 象 信息 ,而 且 对 同一 对 象 结构 中 的 元 素 的 操作 方式 并 不 唯一 ,可 能 需要 
提供 多 种 不 同 的 处 理 方式 ,还 有 可 能 增加 新 的 处 理 方式 。 在 设计 模式 中 有 一 种 模式 可 以 满 
足 上 述 要 求 ,其 模式 动机 就 是 以 不 同 的 方式 操作 复杂 对 象 结构 ,该 模式 就 是 访问 者 模式 。 

访问 者 模式 是 一 种 较为 复杂 的 行为 型 设计 模式 , 它 包 含 访 问 者 和 被 访问 元 素 两 个 主要 
组 成 部 分 ,这 些 被 访问 的 元 素 通常 具有 不 同 的 类 型 ,上 且 不 同 的 访问 者 可 以 对 它们 进行 不 同 的 
访问 操作 。 例 如 处 方 单 中 的 各 种 药品 信息 就 是 被 访问 的 元 素 ,而 划 价 人 员 和 药房 工作 人 员 
就 是 访问 者 。 访 问 者 模式 使 得 用 户 可 以 在 不 修改 现 有 系统 的 情况 下 扩展 系统 的 功能 ,为 这 


些 不 同类 型 的 元 素 增加 新 的 操作 。 


在 使 用 访问 者 模式 时 ,被 访问 元 素 通 常 不 是 单独 存在 的 ,它们 存储 在 一 个 集合 中 ,这 个 
集合 被 称 为 “对 象 结构 ”, 访 问 者 通过 遍历 对 象 结构 实现 对 其 中 存储 的 元 素 的 逐个 操作 。 


访问 者 模式 的 定义 如 下 : 


些 元 素 的 新 操作 。 


访问 者 模式 : 表示 一 个 作用 于 某 对 象 结构 中 的 各 个 元 素 的 操作 。 
访问 者 模式 让 用 户 可 以 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 


Visitor Pattern : Represent an operation to be performed on the 
elements of an object structure. Visitor lets you define a new operation 


without changing the classes of the elements on which it operates. 


访问 者 模式 是 一 种 对 象 行为 型 模式 , 它 为 操作 存储 不 同类 型 元 素 的 对 象 结构 提供 了 一 


种 解决 方案 ,用 户 可 以 对 不 同类 型 的 元 素 施加 不 同 的 操作 。 
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26.2 访问 者 模式 结构 与 实现 


26.2.1 访问 者 模式 结构 
访问 者 模式 的 结构 较为 复杂 ,其 结构 如 图 26-2 所 示 。 


Visitor 


{abstract} 


『 + visitConcreteElementA ( 
ConcreteElementA elementA) 

+ visitConcreteElementB ( 
ConcreteElementB elementB) 


Client ConcreteVisitorA ConcreteVisitorB 


+ visitConcreteElementA ( + visitConcreteElementA ( 
ConcreteElementA elementA) ConcreteElementA elementA) 

+ visitConcreteElementB ( + visitConcreteElementB ( 
ConcreteElementB elementB) ConcreteElementB elementB) 


周二 二 二 三 忌 


ObjectStructure 二 Element 


+ accept (Visitor visitor) 


ConcreteElementA ConcreteElementB 


+ accept (Visitor visitor) + accept (Visitor visitor) 
operationA() + operationB () 
visitor. visitConcreteElementA(this); | visitor.visitConcreteElementB(this); | 


图 26-2 访问 者 模式 结构 图 


由 图 26-2 可 知 , 访 问 者 模式 包含 以 下 5 个 角色 。 

(1) Visitor( 抽 象 访问 者 ): 抽象 访问 者 为 对 象 结构 中 的 每 一 个 具体 元 素 类 声明 一 个 访 
问 操作 ,从 这 个 操作 的 名 称 或 参数 类 型 可 以 清楚 地 知道 需要 访问 的 具体 元 素 的 类 型 ,具体 访 
问 者 需要 实现 这 些 操 作 方法 ,定义 对 这 些 元 素 的 访问 操作 。 

(2) ConcreteVisitor( 具 体 访 问 者 ): 具体 访问 者 实现 了 每 个 由 抽象 访问 者 声明 的 操作 ， 
每 一 个 操作 用 于 访问 对 象 结构 中 一 种 类 型 的 元 素 。 

(3) Element( 抽 和 象 元 素 ) : 抽象 元 素 一 般 是 抽象 类 或 者 接口 , 它 声明 了 一 个 accept() 方 
法 ,用 于 接受 访问 者 的 访问 操作 ,该 方法 通常 以 一 个 抽象 访问 者 作为 参数 。 

(4) ConcreteElement( 具 体 元 素 ) : 具体 元 素 实 现 了 accept() 方 法 ,在 accept() 方 法 中 调 
用 访问 者 的 访问 方法 以 便 完成 对 一 个 元 素 的 操作 。 

(5) ObjectStructure( 对 象 结构 ): 对 象 结构 是 一 个 元 素 的 集合 , 它 用 于 存放 元 素 对 象 ， 
并 且 提 供 了 遍历 其 内 部 元 素 的 方法 。 对 象 结构 可 以 结合 组 合 模式 来 实现 ,也 可 以 是 一 个 简 
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单 的 集合 对 象 。 


26.2.2 访问 者 模式 实现 


在 访问 者 模式 中 ,对 象 结构 存储 了 不 同类 型 的 元 素 对 象 , 以 供 不 同 访问 者 访问 。 访 问 者 
模式 包括 两 个 层次 结构 : 一 个 是 访问 者 层次 结构 ,提供 了 抽象 访问 者 和 具体 访问 者 ; 一 个 
是 元 素 层次 结构 ,提供 了 抽象 元 素 和 具体 元 素 。 相 同 的 访问 者 可 以 用 不 同 的 方式 访问 不 同 
的 元 素 ,相同 的 元 素 可 以 接受 不 同 访问 者 以 不 同 的 方式 访问 。 在 访问 者 模式 中 增加 新 的 访 
问 者 无 须 修改 原 有 系统 ,系统 具有 和 较 好 的 可 扩展 性 。 

在 访问 者 模式 中 ,抽象 访问 者 定义 了 访问 元 素 对 象 的 方法 ,通常 为 每 一 种 类 型 的 元 素 对 
象 都 提供 一 个 访问 方法 ,而 具体 访问 者 可 以 实现 这 些 访问 方法 。 这 些 访问 方法 的 命名 一 般 
有 两 种 方式 : 一 种 是 直接 在 方法 名 中 标明 待 访 问 元 素 对 象 的 具体 类 型 ,例如 visitElementA 
(ElementA elementA); 另 一 种 是 统一 命名 为 visit() ,通过 参数 类 型 的 不 同 来 定义 一 系列 重 
载 的 visit() 方 法 。 当 然 ,如 果 所 有 的 访问 者 对 某 一 类 型 的 元 素 的 访问 操作 都 相同 , 则 可 以 
将 操作 代码 移 到 抽象 访问 者 类 中 ,其 典型 代码 如 下 : 


public abstract class Visitor { 
public abstract void visit(ConcreteElementA elementA); 
public abstract void visit(ConcreteElementB elementB); 


public void visit(ConcreteElementC elementC) { 
// 元 素 ConcreteElementC 操作 代码 
| 
} 


在 这 里 使 用 了 重 载 visit() 方 法 的 方式 来 定义 多 个 方法 ,用 于 操作 不 同类 型 的 元 素 对 
象 。 在 抽象 访问 者 类 Visitor 的 子 类 ConcreteVisitor 中 实现 了 抽象 的 访问 方法 ,用 于 定义 
对 不 同类 型 元 素 对 象 的 操作 。 具 体 访 问 者 类 的 典型 代码 如 下 : 


public class ConcreteVisitor extends Visitor { 
public void visit(ConcreteElementA elementA) { 
// 元 素 ConcreteElementA 操作 代码 
} 


public void visit(ConcreteElementB elementB) { 
// 元 素 ConcreteElementB 操作 代码 
} 
} 


对 于 元 素 类 而 言 ,在 其 中 一 般 都 定义 了 一 个 accept() 方 法 ,用 于 接受 访问 者 的 访问 。 典 
型 的 抽象 元 素 类 的 代码 如 下 : 


public interface Element { 
public void accept (Visitor visitor); 


} 
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需要 注意 的 是 ,该 方法 传人 了 一 个 抽象 访问 者 Visitor 类 型 的 参数 , 即 针对 抽象 访问 者 
进行 编程 ,而 不 是 具体 访问 者 ,在 程序 运行 时 再 确定 具体 访问 者 的 类 型 ,并 调用 具体 访问 者 
对 象 的 visit() 方 法 实现 对 元 素 对 象 的 操作 。 在 抽象 元 素 类 Element 的 子 类 中 实现 了 accept() 
方法 ,用 于 接受 访问 者 的 访问 ,在 具体 元 素 类 中 还 可 以 定义 不 同类 型 的 元 素 所 特有 的 业务 方 
法 。 其 典型 代码 如 下 : 


public class ConcreteElementA implements Element { 
public void accept(Visitor visitor) { 
visitor. visit(this); 


} 


public void operationA() { 
// 业 务 方法 
} 
E 


在 具体 元 素 类 ConcreteElementA 的 accept() 方 法 中 ,通过 调用 Visitor 类 的 visit() 方 
法 实现 对 元 素 的 访问 ,并 以 当前 对 象 作为 visit() 方 法 的 参数 。 其 具体 执行 过 程 如 下 : 

(1) 调用 具体 元 素 类 的 accept (Visitor visitor) 方 法 ,并 将 Visitor 子 类 对 象 作为 其 
参数 。 

(2) 在 具体 元 素 类 accept(Visitor visitor) 方 法 内 部 调用 传人 的 Visitor 对 象 的 visit() 
方法 ,例如 visit(ConcreteElementA elementA) ,将 当前 具体 元 素 类 对 象 (this) 作 为 参数 , 例 
如 visitor. visit(this) 。 

(3) 执行 Visitor 对 象 的 visit() 方 法 ,在 其 中 还 可 以 调用 具体 元 素 对 象 的 业务 方法 。 

这 种 调用 机 制 也 称 为 “双重 分 派 ”, 正 因为 使 用 了 双重 分 派 机 制 , 使 得 增加 新 的 访问 者 无 
须 修改 现 有 类 库 代 码 , 只 需 将 新 的 访问 者 对 象 作 为 参数 传人 具体 元 素 对 象 的 accept( ) 方 法 ， 
程序 运行 时 将 回调 在 新 增 Visitor 类 中 定义 的 visit() 方 法 ,从 而 增加 新 的 元 素 访问 方式 。 

在 访问 者 模式 中 对 象 结构 是 一 个 集合 ,用 于 存储 元 素 对 象 并 接受 访问 者 的 访问 。 其 典 
型 代码 如 下 : 


public class ObjectStructure { 
Private ArrayList < Element > list = new ArrayList < Element >(); 
// 定 义 一 个 集合 用 于 存储 元 素 对 象 


// 接 受 访问 者 的 访问 操作 
public void accept(Visitor visitor) { 
Iterator i= list. iterator(); 


while(i.hasNext()) { 
((Element)i.next()).accept(visitor); 。 // 遍 历 访问 集合 中 的 每 一 个 元 素 
} 
} 


public void addElement (Element element) { 
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list.add(element); 
} 


public void removeElement (Element element) { 
list. remove(element); 
} 
} 


在 对 象 结构 中 可 以 使 用 迭代 器 对 存储 在 集合 中 的 元 素 对 象 进行 遍历 ,并 逐个 调用 每 一 
个 对 象 的 accept() 方 法 ,实现 对 元 素 对 象 的 访问 操作 。 


26.3 访问 者 模式 应 用 实例 


下 面 通过 一 个 应 用 实例 来 进一步 学 习 和 理解 访问 者 模式 。 
1. 实例 说 明 


某 公 司 OA 系统 中 包含 一 个 员工 信息 管理 子 系统 ,该 公司 员工 包 
括 正式 员工 和 临时 工 ,每 周 人 力 资源 部 和 财务 部 等 部 门 需 要 对 员工 数 
据 进行 汇总 ,汇总 数据 包括 员工 工作 时 间 、 员 工 工资 等 。 该 公司 的 基 
本 制度 如 下 : 

(1) 正式 员工 每 周 工作 时 间 为 40 小 时 ,不 同 级 别 、 不 同 部 门 的 员 
工 每 周 基本 工资 不 同 ; 如 果 超 过 40 小 时 ,超出 部 分 按照 100 元 /小 时 
作为 加 班 费 ; 如 果 少 于 40 小 时 ,所 缺 时 间 按 照 请 假 处 理 ,请 假 所 扣 工 
资 以 80 元 /小 时 计算 ,直到 基本 工资 扣除 到 零 为 止 。 除 了 记录 实际 工 
作 时 间 外 ,人 力 资源 部 需 记 录 加 班 时 长 或 请 假 时 长 ,作为 员工 平时 表 
现 的 一 项 依据 。 

(2) 临时 工 每 周 工 作 时 间 不 国定 ,基本 工资 按 小 时 计算 ,不 同 岗 
位 的 临时 工 小 时 工资 不 同 。 人 力 资源 部 只 需 记 录 实 际 工作 时 间 。 

人 力 资源 部 和 财务 部 工作 人 员 可 以 根据 需要 对 员工 数据 进行 汇 
总 处 理 , 人 力 资源 部 负责 汇总 每 周 员工 工作 时 间 , 而 财务 部 负责 计算 
每 周 员 工 工资 。 

现 使 用 访问 者 模式 设计 该 系统 ,绘制 类 图 并 使 用 Java 语言 编码 


2. 实例 类 图 

通过 分 析 ,本 实例 的 结构 图 如 图 26-3 所 示 。 

在 图 26-3 中 ,FADepartment 表示 财务 部 ,HRDepartment 表示 人 力 资源 部 ,它们 充当 
具体 访问 者 角色 ,其 抽象 父 类 Department 充当 抽象 访问 者 角色 ; EmployeeList 充当 对 象 结 
构 ,用 于 存储 员工 列表 ; FulltimeEmployee 表示 正式 员工 , ParttimeEmployee 表示 临时 工 ， 
它们 充当 具体 元 素 角色 ,其 父 接口 Employee 充当 抽象 元 素 角色 。 
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Department 
Client {abstract} 
人 | 
+ visit (FultimeEmployee employee) :void 
- + visit (PartimeEmployee employee) : void 
| 
| 
| 
| FADepartment HRDepartment 
| + visit (Fullime Employee employee) :void + visit (FullimeEmployee employee) : void 
| lvist (PartimeEmployee employee) :void + visit (PartimeEmployee errployee) : void 
| 
| 
| 
y 
EmployeeList 


- list : ArayList = new ArrayList() 


Employee 


+ addEmployee (Employee employee) : void 


>| 


+ accept (Department handler) :void + accept(Department handler) : void 
FultmeEmployee PartimeEmployee 
- name : String - name : String 
- weeklyWage : double - hourWage : double 
- workTime :int - workTime : int 


+ FulkimeEmployee (String name, 
double weeklyWage, int work Time) 


+ PartimeEmployee (String name, 
double hourWage, int workTime) 


+ setName (String name) :void + setName (String name) 

+ getName () : String + getName () 和 
+ setWeeklyWage (double weeklyWage) : void + setHourWage (double hourWage) : 
+ getWeeklyWage () : double + getHourlyWage () 

+ setWorkTime (int workTime) :void + setWorkTime (int workTime) 

+ getWorkTime () :int + getWorkTime () 

+ accept (Department handlen) :void + accept (Department handler) 


图 26-3 员工 数据 汇总 模块 结构 图 


3. 实例 代码 
(1) Employee: 员工 类 ,充当 抽象 元 素 类 。 


//designpatterns. visitor. Employee. java 
package designpatterns. visitor; 


public interface Employee { 
public void accept(Department handler); // 接 受 一 个 抽象 访问 者 访问 


(2) FulltimeEmployee: 全 职员 工 类 ,充当 具体 元 素 类 。 


//designpatterns. visitor. FulltimeEmployee. java 
package designpatterns. visitor; 


public class FulltimeEmployee implements Employee { 
private String name; // 员 工 姓名 
private double weeklyWage; // 员 工 周 薪 
private int workTime; // 工 作 时 间 
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public FulltimeFmployee( String name, double weeklyWage, int workTime) { 
this. name = name; 
this. weeklyWage = weeklyWage; 
this. workTime = workTime; 


public void setName(String name) { 
this. name = name; 


public void setWeeklyWage(double weeklyWage) { 
this. weeklyWage = weeklyWage; 


public void setWorkTime( int workTime) { 
this. workTime = workTime; 


public String getName() { 
return (this. name); 


public double getWeeklyWage( ) { 
return (this. weeklyWage); 


public int getWorkTime() { 
return (this. workTime); 


Public void accept (Department handler) { 
handler. visit(this); // 调 用 访问 者 的 访问 方法 


(3) ParttimeEmployee: 兼职 员工 类 ,充当 具体 元 素 类 。 


//designpatterns. visitor.ParttimeEmployee. java 
package designpatterns. visitor; 


public class ParttimeEmployee implements Employee { 


private String name; // 员 工 姓名 
private double hourWage; // 员 工时 薪 
private int workTime; // 工 作 时 间 


public ParttimeEmployee(String name, double hourWage, int workTime) { 
this. name = name; 
this. hourWage = hourWage; 
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this. workTime = workTime; 


public void setName(String name) { 
this. name = name; 


public void setHourWage(double hourWage) { 
this. hourWage = hourWage; 


public void setWorkTime( int workTime) { 
this. workTime = workTime; 


public String getName() { 
return (this. name); 


public double getHourWage() { 
return (this. hourWage); 


} 


public int getWorkTime() { 
return (this. workTime); 


} 


public void accept (Department handler) { 
handler. visit(this); // 调 用 访问 者 的 访问 方法 
} 


(4) Department: 部 门类 ,充当 抽象 访问 者 类 。 


//designpatterns. visitor. Department. java 
package designpatterns. visitor; 


public abstract class Department { 
// 声 明 一 组 重 载 的 访问 方法 ,用 于 访问 不 同类 型 的 具体 元 素 
public abstract void visit(FulltimeEmployee employee); 
public abstract void visit(ParttimeEmployee employee); 


(5) FADepartment: 财务 部 类 ,充当 具体 访问 者 类 。 


//designpatterns. visitor. FADepartment. java 
package designpatterns. visitor; 


public class FADepartment extends Department { 


第 26 章 访问 者 模式 ,385 中 旧 


// 实 现 财务 部 对 全 职员 工 的 访问 
public void visit(FulltimeFmployee employee) { 
int workTime = employee. getWorkTime( ); 
double weekWage = employee. getWeeklyWage( ); 
if(workTime > 40) { 
weekWage = weekWage + (workTime — 40) * 100; 
1 
else if(workTime < 40) { 
weekWage = weekWage — (40 — workTime) * 80; 
if(weekWage < 0) { 
weekWage = 0; 
} 
} 
System. out. println( "正式 员工 " + employee. getName( ) + "实际 工资 为 : " + weekWage 十 
wl 


} 


// 实 现 财务 部 对 兼职 员工 的 访问 
public void visit(ParttimeEmployee employee) { 
int workTime = employee. getWorkTime( ); 
double hourWage = employee. getHourWage( ); 
System. out. println(" 临 时 工 " + employee. getName( ) + "实际 工资 为 : " + workTime x 
hourWage + "元 ."); 
} 
} 


(6) HRDepartment: 人 力 资源 部 类 ,充当 具体 访问 者 类 。 


//designpatterns. visitor. HRDepartment. java 
package designpatterns. visitor; 


public class HRDepartment extends Department { 
// 实 现 人 力 资源 部 对 全 职员 工 的 访问 
public void visit(FulltimeEmployee employee) { 
int workTime = employee. getWorkTime( ); 
System. out.println(" 正 式 员工 "+ employee. getName() + "实际 工作 时 间 为 : " + workTime 
二 工时) 
if(workTime > 40) { 
System. out. println(" 正 式 员工 " + employee. getName() + "加 班 时 间 为 : " + (workTime 一 
40) + "小 时 ."); 
} 
else if(workTime < 40) { 
System. out. println( "正式 员工 " + employee. getName( ) + "请 假 时 间 为 : " + (40 
workTime) + "小 时 ."); 
} 
} 


// 实 现 人 力 资源 部 对 兼职 员工 的 访问 
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public void vis 让 (ParttimeEmployee employee) { 
int workTime = employee. getWorkTime( ) ; 
System. out. println(" 临 时 工 " + employee. getName( ) + "实际 工作 时 间 为 : "+ workTime+ 
hs > ed 
bi 
} 


(7) EmployeeList: 员工 列表 类 ,充当 对 象 结构 。 


//designpatterns. visitor. EmployeeList. java 
package designpatterns. visitor; 
import java. util. x*; 


public class EmployeeList { 
// 定 义 一 个 集合 用 于 存储 员工 对 象 
private ArrayList < Employee > list = new ArrayList < Employee >(); 


public void addEmployee( Employee employee) { 
list.add(employee); 
} 


// 遍 历 访问 员工 集合 中 的 每 一 个 员工 对 象 
public void accept (Department handler) { 
for(Object obj : list) { 
( (Employee)obj).accept(handler); 
} 


(8) 配置 文件 config. xml, 在 配置 文件 中 存储 了 具体 访问 者 类 的 类 名 。 


<?xml version = "1.0"?> 
< config> 


< className > designpatterns. visitor. FADepartment </className > 
</config> 


(9) XMLUtil: 工具 类 。 


//designpatterns. visitor. XMLUtil. java 
package designpatterns. visitor; 


import javax. xml.parsers. *; 
import org. w3c. dom. * ; 
import java. io. *; 


public class XMLUtil { 
// 该 方法 用 于 从 XML 配置 文件 中 提取 具体 类 的 类 名 ,并 返回 一 个 实例 对 象 
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public static Object getBean() { 
try{ 
// 创 建 DOM 文档 对 象 
DocumentBuilderFactory dFactory = DocumentBuilderFactory. newInstance( ); 
DocumentBuilder builder = dFactory. newDocumentBuilder( ); 
Document doc; 
doc = builder.parse(new File("src//designpatterns//visitor//config. xml1")); 


// 获 取 包 含 类 名 的 文本 结 点 

NodeList nl = doc. getElementsByTagName( "className" ); 
Node classNode = nl1. item(0). getFirstChild(); 

String cName = classNode. getNodeValue( ); 


// 通 过 类 名 生成 实例 对 象 并 将 其 返回 
Class c= Class. forName( cName); 
Object obj = c. newInstance( ); 
return obj; 

} 

catch(Exception e) { 
e.printStackTrace( ); 
return null; 


(10) Client: 客户 端 测试 类 。 


//designpatterns. visitor. Client. java 
package designpatterns. visitor; 


public class Client { 
public static void main(String args[]) { 
EmployeeList list = new EmployeeList(); 
Employee ftel, fte2, fte3, ptel, pte2; 


ftel = new FulltimeEmployee(" 张 无 忌 ",3200.00,45); 
fte2 = new FulltimeEmployee(" 杨 过 ",2000.00,40); 
fte3 = new FulltimeEmployee(" 段 誉 ", 2400. 00, 38); 
ptel = new ParttimeEmployee(" 洪 七 公 ",80. 00,20); 
pte2 = new ParttimeEmployee( "郭靖 ",60. 00,18); 


list.addEmployee( ftel); 
list.addEmployee( fte2); 
list.addEmployee( fte3); 
list.addEmployee( ptel); 
list.addEmployee(pte2); 


Department dep; 
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dep = (Department)XMLUtil. getBean( ); 
list.accept(dep); 


} 


4. 结果 及 分 析 
编译 并 运行 程序 ,输出 结果 如 下 : 


正式 员工 张无忌 实际 工资 为 : 3700.0 元。 
正式 员工 杨过 实际 工资 为 : 2000.0 元 。 
正式 员工 段 誉 实际 工资 为 : 2240.0 元 。 
临时 工 洪 七 公 实 际 工资 为 : 1600.0 元 。 
临时 工 郭靖 实际 工资 为 : 1080.0 元 。 


如 果 需 要 更 换 具体 访问 者 类 ,无 须 修 改 源 代码 ,只 需 修改 配置 文件 即 可 。 例 如 将 访问 者 


类 由 财务 部 改 为 人 力 资源 部 ,只 需 将 存储 在 配置 文件 config. xml 中 的 具体 访问 者 类 
FADepartment 改 为 HRDepartment ,代码 如 下 : 


<?xml version = "1.0"?> 
< config> 


< className > designpatterns. visitor.HRDepartment </className > 
</config> 


重新 运行 客户 端 程序 ,输出 结果 如 下 : 


正式 员工 张无忌 实际 工作 时 间 为 : 45 小 时 。 
正式 员工 张无忌 加 班 时 间 为 : 5 小 时 。 
正式 员工 杨过 实际 工作 时 间 为 : 40 小 时 。 
正式 员工 段 誉 实际 工作 时 间 为 : 38 小 时 。 
正式 员工 段 誉 请 假 时 间 为 : 2 小 时 。 

临时 工 洪 七 公 实际 工作 时 间 为 : 20 小 时 。 
临时 工 郭 靖 实 际 工作 时 间 为 : 18 小 时 。 


如 果 要 在 系统 中 增加 一 种 新 的 访问 者 ,无 须 修改 源 代码 ,只 要 增加 一 个 新 的 具体 访问 者 
类 即 可 ,在 该 具体 访问 者 中 封装 了 新 的 操作 元 素 对 象 的 方法 。 从 增加 新 的 访问 者 的 角度 来 
看 ,访问 者 模式 符合 开 闭 原则 。 

如 果 要 在 系统 中 增加 一 种 新 的 具体 元 素 ,例如 增加 一 种 新 的 员工 类 型 为 “退休 人 员 ”,F 
于 原 有 系统 并 未 提供 相应 的 访问 接口 (在 抽象 访问 者 中 没有 声明 任何 访问 “退休 人 员 ” 的 方 
法 ), 因 此 必须 对 原 有 系统 进行 修改 ,在 原 有 的 抽象 访问 者 类 和 具体 访问 者 类 中 增加 相应 的 
访问 方法 。 从 增加 新 的 元 素 的 角度 来 看 ,访问 者 模式 违背 了 开 闭 原则 。 

综 上 所 述 ,访问 者 模式 与 抽象 工厂 模式 类 似 , 对 开 闭 原则 的 支持 具有 倾斜 性 ,可 以 很 方 
便 地 添加 新 的 访问 者 ,但 是 添加 新 的 元 素 较为 麻烦 。 
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26.4 


访问 者 模式 与 组 合 模式 联 用 


在 访问 者 模式 中 包含 一 个 用 于 存储 元 素 对 象 集合 的 对 象 结构 ,通常 可 以 使 用 迭代 器 来 
遍历 对 象 结构 ,同时 具体 元 素 之 间 可 以 存在 整体 与 部 分 关系 ,有 些 元 素 作为 容器 对 象 , 有 些 


元 素 作 为 成 员 对 象 , 可 以 使 用 组 合 模式 来 组 织 元 素 。 引 入 组 合 模式 后 的 访问 者 模式 结构 图 
如 图 26-4 所 示 。 


上 


抽象 访问 者 
和 
个 个 
如 机 ER 
具体 访问 者 A 具体 访问 者 B 
| 
对 象 结构 enonis 
+ accept (抽象 访问 者 v) : void 


1 
1 


for(element : elements) { 1 1 
element.accept(v); 叶子 元 素 容器 元 素 
+ accept (抽象 访问 者 v) : void 


[+ accept (抽象 访问 者 v) : void 


child.accept(v); 
} 


图 26-4 访问 者 模式 与 组 合 模式 联 用 示意 图 


需要 注意 的 是 ,在 图 26-4 所 示 的 结构 中 ,由 于 叶子 元 素 的 遍历 操作 已 经 在 容器 元 素 中 
完成 ,因此 要 防止 单独 将 已 增加 到 容器 元 素 中 的 叶子 元 素 再 次 加 入 对 象 结构 中 ,在 对 象 结构 
中 只 需 保存 容器 元 素 和 孤立 的 叶子 元 素 。 
26.5 访问 者 模式 优 /缺点 与 适用 环境 
由 于 访问 者 模式 的 使 用 条 件 较为 苛刻 ,本 身 结 构 也 较为 复杂 ， 


因此 在 实际 应 用 中 使 用 频 
率 不 是 特别 高 。 当 系统 中 存在 一 个 较为 复杂 的 对 象 结构 , 且 不 同 访问 者 对 其 所 采取 的 操作 
也 不 相同 时 ,可 以 考虑 使 用 访问 者 模式 进行 设计 。 在 XML 文档 解析 、 编 译 器 的 设计 、 复 杂 
集合 对 象 的 处 理 等 领域 中 访问 者 模式 得 到 了 一 定 的 应 用 。 
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26.5.1 访问 者 模式 优点 


访问 者 模式 的 优点 主要 如 下 : 

(1) 在 访问 者 模式 中 增加 新 的 访问 操作 很 方便 。 使 用 访问 者 模式 ,增加 新 的 访问 操作 
就 意味 着 增加 一 个 新 的 具体 访问 者 类 ,实现 简单 ,无 须 修改 源 代 码 ,符合 开 闭 原则 。 

(2) 访问 者 模式 将 有 关 元 素 对 象 的 访问 行为 集中 到 一 个 访问 者 对 象 中 , 而 不 是 分 散在 
一 个 个 的 元 素 类 中 。 类 的 职责 更 加 清晰 ,有 利于 对 象 结构 中 元 素 对 象 的 复 用 ,相同 的 对 象 结 
构 可 以 供 多 个 不 同 的 访问 者 访问 。 

(3) 访问 者 模式 让 用 户 能 够 在 不 修改 现 有 元 素 类 层次 结构 的 情况 下 定义 作用 于 该 层次 
结构 的 操作 。 


26. 5.2 访问 者 模式 缺点 


访问 者 模式 的 缺点 主要 如 下 : 

(1) 在 访问 者 模式 中 增加 新 的 元 素 类 很 困难 。 在 访问 者 模式 中 ,每 增加 一 个 新 的 元 素 
类 都 意味 着 要 在 抽象 访问 者 角色 中 增加 一 个 新 的 抽象 操作 ,并 在 每 一 个 具体 访问 者 类 中 增 
加 相应 的 具体 操作 ,这 违背 了 开 闭 原则 的 要 求 。 

(2) 访问 者 模式 破坏 了 对 象 的 封装 性 。 访 问 者 模式 要 求 访问 者 对 象 访问 并 调用 每 一 个 
元 素 对 象 的 操作 ,这 意味 着 元 素 对 象 有 时 候 必须 暴露 一 些 自己 的 内 部 操作 和 内 部 状态 ,否则 
无 法 供 访问 者 访问 。 


26. 5.3 访问 者 模式 适用 环境 


在 以 下 情况 下 可 以 考虑 使 用 访问 者 模式 : 

(1) 一 个 对 象 结构 包含 多 个 类 型 的 对 象 ,希望 对 这 些 对 象 实施 一 些 依赖 其 具体 类 型 的 
操作 。 在 访问 者 中 针对 每 一 种 具体 的 类 型 都 提供 了 一 个 访问 操作 ,不 同类 型 的 对 象 可 以 有 
不 同 的 访问 操作 。 

(2) 需要 对 一 个 对 象 结构 中 的 对 象 进行 很 多 不 同 的 并 且 不 相关 的 操作 ,而 需要 避免 让 
这 些 操作 “污染 ”这 些 对 象 的 类 ,也 不 希望 在 增加 新 操作 时 修改 这 些 类 。 访问 者 模式 使 得 用 
户 可 以 将 相关 的 访问 操作 集中 起 来 定义 在 访问 者 类 中 ,对 象 结构 可 以 被 多 个 不 同 的 访问 者 
类 所 使 用 ,将 对 象 本 身 与 对 象 的 访问 操作 分 离 。 

(3) 对 象 结构 中 对 象 对 应 的 类 很 少 改变 ,但 经 常 需要 在 此 对 象 结构 上 定义 新 的 操作 。 


26.6 本章 小 结 


1. 访问 者 模式 用 于 表示 一 个 作用 于 某 对 象 结构 中 的 各 个 元 素 的 操作 。 访 问 者 模式 让 
用 户 可 以 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 操作 。 访 问 者 模式 是 一 种 
对 象 行为 型 模式 。 

2. 访问 者 模式 包含 抽象 访问 者 、 具 体 访 问 者 、 抽 象 元 素 `. 具 体 元 素 和 对 象 结构 5 个 角 
色 。 其 中 ,抽象 访问 者 为 对 象 结构 中 的 每 一 个 具体 元 素 类 声明 一 个 访问 操作 ; 具体 访问 者 
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实现 了 每 个 由 抽象 访问 者 声明 的 操作 ; 抽象 元 素 声明 了 一 个 accept() 方 法 ,用 于 接受 访问 
者 的 访问 操作 ; 具体 元 素 实 现 了 accept() 方 法 ,在 accept() 方 法 中 调用 访问 者 的 访问 方法 以 
便 完成 对 一 个 元 素 的 操作 ; 对 象 结构 是 一 个 元 素 的 集合 , 它 用 于 存放 元 素 对 象 ,并 且 提 供 了 
遍历 其 内 部 元 素 的 方法 。 

3. 访问 者 模式 的 优点 主要 是 增加 新 的 访问 操作 很 方便 ; 将 有 关 元 素 对 象 的 访问 行为 
集中 到 一 个 访问 者 对 象 中 ,而 不 是 分 散在 一 个 个 的 元 素 类 中 ,类 的 职责 更 加 清晰 ; 让 用 户 能 
够 在 不 修改 现 有 元 素 类 层次 结构 的 情况 下 定义 作用 于 该 层次 结构 的 操作 。 其 缺点 主要 是 增 
加 新 的 元 素 类 很 困难 ,而 且 还 可 能 破坏 系统 的 封装 性 。 

4. 访问 者 模式 适用 于 以 下 环境 : 一 个 对 象 结构 包含 多 个 类 型 的 对 象 ,希望 对 这 些 对 
象 实 施 一 些 依赖 其 具体 类 型 的 操作 ; 需要 对 一 个 对 象 结构 中 的 对 象 进行 很 多 不 同 的 并 上 且 
不 相关 的 操作 ,而 需要 避免 让 这 些 操作 “污染 ”这 些 对 象 的 类 ,也 不 希望 在 增加 新 操作 时 
修改 这 些 类 ; 对 象 结构 中 对 象 对 应 的 类 很 少 改变 ,但 经 常 需要 在 此 对 象 结构 上 定义 新 的 
操作 。 

5. 在 访问 者 模式 中 包含 一 个 用 于 存储 元 素 对 象 集合 的 对 象 结构 ,通常 可 以 使 用 迭代 器 
来 遍历 对 象 结构 ,同时 具体 元 素 之 间 可 以 存在 整体 与 部 分 关系 ,有 些 元 素 作 为 容器 对 象 , 有 
些 元 素 作为 成 员 对 象 , 可 以 使 用 组 合 模式 来 组 织 元 素 。 


26.7 “习题 


1. 关于 访问 者 模式 中 的 对 象 结构 ,以 下 描述 错误 的 是 ( » 
A. 它 实现 了 accept() 方 法 ,该 操作 以 一 个 具体 访问 者 作为 参数 
B. 可 以 提供 一 个 高 层 的 接口 以 允许 访问 者 访问 它 的 元 素 
C. 可 以 是 一 个 组 合 模式 或 是 一 个 集合 
D. 能 够 枚 举 其 中 包含 的 元 素 
2. et deni Ws 
A. 访问 者 模式 表示 一 个 作用 于 某 对 象 结构 中 的 各 元 素 的 操作 
B. 访问 者 模式 使 用 户 可 以 在 不 改变 各 元 素 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 新 
操作 
C. 在 访问 者 模式 中 ObjectStructure 提供 一 个 高 层 接口 以 允许 访问 者 访问 它 的 
元 素 
D. 在 访问 者 模式 中 增加 新 的 元 素 很 容易 

3. 什么 是 双重 分 派 机 制 ? 如 何 用 代码 实现 ? 

4. 顾客 在 超市 中 将 选择 的 商品 (例如 苹果 、 图 书 等 ) 放 在 购物 车 中 ,然后 到 收银 员 处 付 
款 。 在 购物 过 程 中 顾客 需要 对 这 些 商 品 进行 访问 ,以 便 确认 这 些 商 品 的 质量 ,之 后 收银 员 计 
算 价 格 时 也 需要 访问 购物 车 内 顾客 所 选择 的 商品 。 此 时 ,购物 车 作为 一 个 对 象 结 构 用 于 存 
储 各 种 类 型 的 商品 ,而 顾客 和 收银 员 作 为 访问 这 些 商品 的 访问 者 ,他们 需要 对 商品 进行 检查 
和 计价 。 不 同类 型 的 商品 的 访问 形式 也 可 能 不 同 , 如 苹果 需要 过 秤 之 后 再 计价 ,而 图 书 不 需 
要 。 使 用 访问 者 模式 来 模拟 该 购物 过 程 , 要 求 绘制 对 应 的 类 图 并 使 用 Java 语言 模拟 编程 
实现 。 
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5. 某 软件 公司 要 为 某 高 校 开发 一 套 奖 励 审 批 系统 ,该 系统 可 以 实现 教师 奖励 和 学 生 奖 
励 的 审批 (Award Check) ,如 果 教 师 发 表 论文 数 超过 10 篇 或 者 学 生 论 文 数 超过 两 篇 可 以 评 
选 科研 奖 ,如果 教师 教学 反馈 分 大 于 等 于 90 分 或 者 学 生平 均 成 绩 大 于 等 于 90 分 可 以 评选 
成 绩优 秀 奖 。 试 使 用 访问 者 模式 设计 并 实现 该 系统 ,以 判断 候选 人 集合 中 的 教师 或 学 生 是 
否 符合 某 种 获奖 要 求 。 


UML 类 图 


A.1 UML 概述 


UML(Unified Modeling Language, 统 一 建 模 语言 ) 是 当前 面向 对 象 软件 系统 建 模 的 标 
准 语言 , 它 融 合 了 众多 软件 建 模 技 术 的 优点 ,通过 一 系列 标准 的 图 形 符号 来 描述 系统 。 在 设 
计 模 式 的 学 习 和 使 用 过 程 中 也 需要 掌握 一 些 UML 相关 技术 ,尤其 是 UML 类 图 ,通过 类 图 
可 以 更 好 地 理解 每 一 个 设计 模式 的 结构 并 对 每 一 个 模式 实例 进行 分 析 。 

UML 诞生 于 20 世纪 90 年 代 , 在 20 世纪 80 年 代 至 90 年 代 , 面 向 对 象 分 析 和 设计 方法 
发 展 迅 速 , 随 着 面向 对 象 技术 的 广泛 应 用 ,其 相关 研究 也 十 分 活跃 ,涌现 了 大 量 的 方法 和 技 
术 , 据 不 完全 统计 ,最 多 的 时 候 高 达 50 多 种 ,其 中 最 具 代 表 性 的 当 属 Grady Booch 的 Booch 
方法 、Jim Rumbaugh 的 OMT (Object Modeling Technology, 对 象 建 模 技术 ) 和 Ivar 
Jacobson 的 OOSE(Object Oriented Software Engineering ,面向 对 象 软件 工程 ) 等 ,而 UML 
正 是 在 这 3 位 大 师 的 联手 之 下 共同 打造 而 成 的 ,现在 它 已 经 成 为 面向 对 象 软件 分 析 与 设计 
建 模 的 事实 标准 。 

UML 是 一 个 通用 的 可 视 化 建 模 语 言 ,不 同 于 编程 语言 , 它 通 过 一 些 标准 的 图 形 符 号 和 
文字 对 系统 进行 建 模 ,用 于 对 软件 进行 描述 .可 视 化 处 理 、 构 造 和 建立 软件 系统 制品 的 文档 。 
UML 适用 于 各 种 软件 开发 方法 .软件 生 命 周期 的 各 个 阶段 .各 种 应 用 领域 以 及 各 种 开发 工 
具 ,UML 是 一 套 总 结 了 以 往 建 模 技术 的 经 验 并 吸收 了 当今 最 优秀 成 果 的 标准 建 模 方法 。 

UML 是 一 种 主要 由 图 形 符 号 表达 的 建 模 语言 ,其 结构 主要 包括 以 下 4 个 部 分 。 

(1) 视图 (View): UML 视图 用 于 从 不 同 的 角度 来 表示 待 建 模 系统 。 视 图 是 由 许多 图 
形 组 成 的 一 个 抽象 集合 ,在 建立 一 个 系统 模型 时 只 有 通过 定义 多 个 视图 ,每 个 视图 显示 该 系 
统 的 一 个 特定 方面 .才能 构造 出 该 系统 的 完整 蓝图 ,视图 也 将 建 模 语 言 链接 到 开发 所 选择 的 
方法 和 过 程 。UML 视图 包括 用 户 视 图 .结构 视图 ,行为 视图 .实现 视图 和 环境 视图 。 

(2) 图 (Diagram): UML 图 是 描述 UML 视图 内 容 的 图 形 。UML 2. 0 提供 了 13 种 图 ， 
分 别 是 用 例 图 (Use Case Diagram) 、 类 图 (Class Diagram) 、 对 象 图 (Object Diagram)、 包 图 
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(Package Diagram) ,组 合 结 构图 (Composite Structure Diagram) ,状态 图 (State Diagram)、 
活动 图 (Activity Diagram)、 顺 序 图 (Sequence Diagram)、 通 信和 图 (Communication 
Diagram) 、 定 时 图 (Timing Diagram) ,交互 概览 图 (Interaction Overview Diagram)、 组 件 图 
(Component Diagram) 和 部 署 图 (Deployment Diagram) ,通过 它们 之 间 的 相互 组 合 可 提供 
待 建 模 系统 的 所 有 视图 。 

(3) 模型 元 素 (Model Element) : 模型 元 素 是 指 UML 图 中 所 使 用 的 一 些 概 念 ,它们 对 
应 于 普通 的 面向 对 象 概念 ,如 类 、 对 象 .消息 以 及 这 些 概 念 之 间 的 关系 ,例如 关联 关系 、 依 赖 
关系 、 泛 化 关系 等 。 同 一 个 模型 元 素 可 以 在 多 个 不 同 的 UML 图 中 使 用 ,但 是 无 论 在 哪个 图 
中 ,同一 个 模型 元 素 都 必须 保持 相同 的 意义 并 具有 相同 符号 。 

(4) 通用 机 制 (General Mechanism) : UML 提供 的 通用 机 制 为 模型 元 素 提 供 额外 的 注 
释 .语义 和 其 他 信息 ,这 些 通用 机 制 也 提供 了 扩展 机 制 , 允 许 用 户 对 UML 进行 扩展 ,如 定义 
新 的 建 模 元 素 ,扩展 原 有 元 素 的 语义 、 添 加 新 的 特殊 信息 来 扩展 模型 元 素 的 规则 说 明 等 ,以 
便 适用 于 一 个 特定 的 方法 或 过 程 、 组 织 或 用 户 。 


A.2 类 与 类 的 UML 表示 


在 UML 2.0 的 13 种 图 形 中 ,类 图 是 使 用 最 广泛 的 图 形 之 一 , 它 用 于 描述 系统 中 所 包 
含 的 类 以 及 它们 之 间 的 相互 关系 ,每 一 个 设计 模式 的 结构 都 可 以 使 用 类 图 来 表示 。 类 图 帮助 
人 们 简化 对 系统 的 理解 ,是 系统 分 析 和 设计 阶段 的 重要 产物 ,也 是 系统 编码 的 重要 模型 依据 。 

1. 类 

类 (Class) 封 装 了 数据 和 行为 ,是 面向 对 象 的 重要 组 成 部 分 , 它 是 具有 相同 属性 、 操 作 、 
关系 的 对 象 集合 的 总 称 。 在 系统 中 每 个 类 都 具有 一 定 的 职责 ,职责 指 的 是 类 要 完成 什么 样 
的 功能 ,要 承担 什么 样 的 义务 。 一 个 类 可 以 有 多 种 职责 ,设计 得 好 的 类 通常 有 且 仅 有 一 种 职 
责 。 在 定义 类 的 时 候 将 类 的 职责 分 解 成 为 类 的 属性 和 操作 ( 即 方法 ) 。 类 的 属性 即 类 的 数据 
职责 ,类 的 操作 即 类 的 行为 职责 。 设 计 类 是 面向 对 象 设计 中 最 重要 的 组 成 部 分 ,也 是 最 复杂 
和 最 耗 时 的 部 分 。 

在 软件 系统 运行 时 类 将 被 实例 化 成 对 象 (Object) ,对 象 对 应 于 某 个 具体 的 事物 ,是 类 的 
实例 (Instance) 。 

类 图 (Class Diagram) 使 用 出 现在 系统 中 的 不 同类 来 描述 系统 的 静态 结构 , 它 用 来 描述 
不 同 的 类 以 及 它们 之 间 的 关系 。 

2. 类 的 UML 图 示 

在 UML 中 类 使 用 包含 类 名 、 属 性 和 操作 且 带 有 分 隔 线 的 长 方形 。 rame ne 
来 表示 ,如 定义 一 个 Employee 类 , 它 包 含 属性 name age 和 email 以 本 :Stng 
及 操作 modifyInfoO ,在 UML 类 图 中 该 类 如 图 A-1 所 示 。 EO 

图 A-1 对 应 的 Java 代码 片段 如 下 : 图 A-1 类 的 UML 


public class Employee { 
private String name; 
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Private int age; 
private String email; 


public void modifyInfo() { 


} 
} 


在 UML 类 图 中 ,类 一 般 由 3 部 分 组 成 。 

(1) 第 一 部 分 是 类 名 : 每 个 类 都 必须 有 一 个 名 字 , 类 名 是 一 个 字符 串 。 按 照 Java 语言 
的 命名 规范 ,类 名 通常 采用 帕斯卡 命名 法 (Pascal Case), 即 类 名 中 每 个 单词 的 首 字母 都 
夫 写 。 

(2) 第 二 部 分 是 类 的 属性 (Attributes): 属性 是 指 类 的 性 质 , 即 类 的 成 员 变 量 。 一 个 类 
可 以 有 任意 多 个 属性 ,也 可 以 没有 属性 。 

UML 规定 属性 的 表示 方式 如 下 : 


[可 见 性 ] 名 称 :类 型 [= 默认 值 ] 


其 中 ， 

“可 见 性 ?表示 该 属性 对 于 类 外 的 元 素 而 言 是 否 可 见 , 包 括 公 有 (public)、 私 有 
(private) 和 受 保护 (protected)3 种 ,在 UML 类 图 中 分 别 用 符号 “十 ”一 ”和 “#” 表 示 。 在 
Java 语言 中 还 新 增 了 默认 的 包 内 可 见 , 包 内 可 见 在 有 的 UML 建 模 工具 中 用 符号 * * ”表示 。 
为 了 保证 数据 的 封装 性 ,属性 的 可 见 性 通常 为 private, 它 们 通过 公有 的 Getter 方法 和 
Setter 方法 供 外 界 使 用 。 

@@ “名称 ”表示 属性 名 ,用 一 个 字符 串 表示 。 按 照 Java 语言 的 命名 规范 ,属性 的 命名 采 
用 驼峰 命名 法 (Camel Case) , 即 属 性 名 中 的 第 一 个 单词 全 小 写 , 之 后 每 个 单词 的 首 字母 
大 写 。 

@“ 类 型 "表示 属性 的 数据 类 型 ,可 以 是 基本 数据 类 型 ,也 可 以 是 用 户 自 定义 类 型 。 

@ “默认 值 " 是 一 个 可 选项 , 即 属性 的 初始 值 。 

(3) 第 三 部 分 是 类 的 操作 (Operations) : 操作 是 类 的 任意 一 个 实例 对 象 都 可 以 使 用 的 
行为 ,是 类 的 成 员 方法 。 

UML 规定 操作 的 表示 方式 如 下 : 


[可 见 性 ] 名 称 ([ 参 数列 表 ]) [ : 返回 类 型 ] 


其 中 : 

QD “可见 性 ”的 定义 与 属性 的 可 见 性 的 定义 相同 。 

加 “名 称 ? 即 方法 名 或 操作 名 ,用 一 个 字符 串 表 示 。 按 照 Java 语言 的 命名 规范 ,方法 的 
命名 也 采用 驼峰 命名 法 。 

加 “参数 列表 ”表示 方法 的 参数 ,其 语法 与 属性 的 定义 相似 ,参数 个 数 是 任意 的 ,多 个 参 
数 之 间 用 逗号 ”," 隔 开 。 
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@@ “返回 类 型 "是 一 个 可 选项 ,表示 方法 的 返回 值 类 型 ,依赖 于 具体 的 编程 语言 ,可 以 是 
基本 数据 类 型 ,也 可 以 是 用 户 自 定义 类 型 ,还 可 以 是 空 类 型 (void) ,如 果 是 构造 方法 , 则 无 返 
回 类 型 。 


A.3 类 之 间 的 关系 


在 软件 系统 中 类 并 不 是 孤立 存在 的 ,类 与 类 之 间 存 在 各 种 关系 ,对 于 不 同类 型 的 关系 ， 
UML 提供 了 不 同 的 表示 方式 。 

1. 关联 关系 

关联 (Association) 关 系 是 类 与 类 之 间 最 常用 的 一 种 关系 , 它 是 一 种 结构 化 关系 ,用 于 表 
示 一 类 对 象 与 男 一 类 对 象 之 间 有 联系 ,如 汽车 和 轮胎 师傅 和 徒弟 .班级 和 学 生 等 。 在 
UML 类 图 中 用 实 线 连接 有 关联 关系 的 对 象 所 对 应 的 类 ,在 使 用 Java、C# 和 C++ 等 编程 语 
言 实现 关联 关系 时 ,通常 将 一 个 类 的 对 象 作为 另 一 个 类 的 成 员 变量 。 在 使 用 类 图 表示 关联 
关系 时 可 以 在 关联 线 上 标注 角色 名 ,一 般 使 用 一 个 表示 两 者 之 间 关 系 的 动词 或 者 名 词 表 示 
角色 名 (有 时 该 名 词 为 实例 对 象 名 ) ,关系 的 两 端 代表 两 种 不 同 的 角色 ,因此 在 一 个 关联 关系 
中 可 以 包含 两 个 角色 名 ,角色 名 不 是 必须 的 ,可 以 根据 需要 增加 ,其 日 的 是 使 类 之 间 的 关系 
更 加 明确 。 

例如 在 一 个 登录 界面 类 LoginForm 中 包含 一 个 JButton 类 型 的 注册 按钮 loginButton， 
它们 之 间 可 以 表示 为 关联 关系 ,代码 实现 时 可 以 在 LoginForm 中 定义 一 个 名 为 loginButton 
的 属性 对 象 ,其 类 型 为 JButton, 如 图 A-2 所 示 。 


LoginFom J6utton 
-ognButon JButon | cmam -| 


图 A-2 关联 关系 实例 
图 A-2 对 应 的 Java 代码 片段 如 下 : 


public class LoginForm { 
private JButton loginButton; // 定 义 为 成 员 变 量 


public class JButton { 


在 UML 中 ,关联 关系 通常 又 包含 以 下 几 种 形式 : 

1) 双向 关联 

在 默认 情况 下 关联 是 双向 的 。 例 如 顾客 (Customer) 购 买 商品 (Product) 并 拥有 商品 , 反 
之 , 卖 出 的 商品 总 有 某 个 顾客 与 之 相关 联 。 因 此 ,Customer 类 和 Product 类 之 间 具 有 双向 
关联 关系 ,如 图 A-3 所 示 。 
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Customer Product 


-products -Product [ 


issodio 


|- customer : Customer 


图 A-3 双向 关联 实例 
图 A-3 对 应 的 Java 代码 片段 如 下 : 


public class Customer { 
Private Product[ ] products; 


} 


public class Product { 
private Customer customer; 


} 


2) 单 向 关联 


类 的 关联 关系 也 可 以 是 单 向 的 , 单 向 关联 用 带 箭头 的 实 线 表示 。 例 如 顾客 (Customer) 
拥有 地 址 (Address) , 则 Customer 类 与 Address 类 具有 单 向 关联 关系 ,如 图 A-4 所 示 。 


Customer 


Address 
~ address :Address es 


图 A-4 单 向 关联 实例 
图 A-4 对 应 的 Java 代码 片段 如 下 : 


public class Customer { 
Private Address address; 


! 


public class Address { 


y 


3) 自 关联 
在 系统 中 可 能 会 存在 一 些 类 的 属性 对 象 类 型 为 该 类 本 身 ,这 种 


特殊 的 关联 关系 称 为 自 关联 。 例 如 一 个 结 点 类 (Node) 的 成 员 又 是 
结 点 Node 类 型 的 对 象 ,如 图 A-5 所 示 。 
图 A-5 对 应 的 Java 代码 片段 如 下 : 


Node 


- subNode : Node 


contains| 


图 A-5 自 关联 实例 


public class Node { 
Private Node subNode; 
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4) 多 重 性 关联 

多 重 性 关联 关系 又 称 为 重 数 性 (Multiplicity) 关 联 关 系 , 表 示 两 个 关联 对 象 在 数量 上 的 
对 应 关系 。 在 UML 中 ,对 象 之 间 的 多 重 性 可 以 直接 在 关联 直线 上 用 一 个 数字 或 一 个 数字 
范围 表示 。 

对 象 之 间 可 以 存在 多 种 多 重 性 关联 关系 ,常见 的 多 重 性 表示 方式 如 表 A-1 所 示 。 


表 A-1 多 重 性 表示 方式 表 


表示 方式 多 重 性 说 明 

| 表示 另 一 个 类 的 一 个 对 象 只 与 该 类 的 一 个 对 象 有 关系 

La 表示 另 一 个 类 的 一 个 对 象 与 该 类 的 零 个 或 多 个 对 象 有 关系 

YW 表示 另 一 个 类 的 一 个 对 象 与 该 类 的 一 个 或 多 个 对 象 有 关系 

05.s 表示 另 一 个 类 的 一 个 对 象 没有 或 只 与 该 类 的 一 个 对 象 有 关系 

Mm. . 表示 另 一 个 类 的 一 个 对 象 与 该 类 最 少 mn、 最 多 个 对 象 有 关系 (m 志 nn) 


例如 一 个 界面 (Form) 可 以 拥有 零 个 或 多 个 按钮 (Button) ,但 是 一 个 按钮 只 能 属于 一 个 
界面 ,因此 一 个 Form 类 的 对 象 可 以 与 零 个 或 多 个 Button 类 的 对 象 相关 联 , 但 一 个 Button 
类 的 对 象 只 能 与 一 个 Form 类 的 对 象 关联 ,如 图 A-6 所 示 。 


Form Button 


~ buttons : Button[] Ll Ee 


图 A-6 多 重 性 关联 实例 
图 A-6 对 应 的 Java 代码 片段 如 下 : 


public class Form { 
private Button[ ] buttons; // 定 义 一 个 集合 对 象 


} 
public class Button { 


5) 聚合 关系 

聚合 (Aggregation) 关 系 表示 整体 与 部 分 的 关系 。 在 聚合 关系 中 ,成 员 对 象 是 整体 对 象 
的 一 部 分 ,但 是 成 员 对 象 可 以 脱离 整体 对 象 独立 存在 。 在 UML 中 ,聚合 关系 用 带 空心 菱形 
的 直线 表示 。 例 如 汽车 发 动机 (Engine) 是 汽车 (Car) 的 组 成 部 分 ,但 是 汽车 发 动机 可 以 独立 
存在 ,因此 汽车 和 发 动机 是 聚合 关系 ,如 图 A-7 所 示 。 


Car 
-engine : Engine coninins 
+ Car (Engine engine) 
+ setEngine (Engine engine) : void 


Engne 


图 A-7 聚合 关系 实例 
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在 代码 实现 聚合 关系 时 ,成 员 对 象 通常 作为 构造 方法 、Setter 方法 或 业务 方法 的 参数 注 
人 到 整体 对 象 中 ,图 A-7 对 应 的 Java 代码 片段 如 下 : 


public class Car { 
private Engine engine; 


// 构 造 注入 
public Car(Engine engine) { 
this. engine = engine; 


1 
// 设 值 注 入 
public void setEngine(Engine engine) { 
this. engine = engine; 
} 
} 


public class Engine { 


} 


6) 组 合 关 系 

组 合 (Composition) 关 系 也 表示 类 之 间 整 体 和 部 分 的 关系 ,但 是 在 组 合 关 系 中 整体 对 象 
可 以 控制 成 员 对 象 的 生命 周期 ,一 旦 整体 对 象 不 存在 ,成 员 对 象 也 将 不 存在 ,成 员 对 象 与 整 
体 对 象 之 间 具有 同 生 共 死 的 关系 。 在 UML 中 ,组 合 关系 用 带 实心 菱形 的 直线 表示 。 例 如 
人 的 头 (Head) 与 嘴巴 (Mouth) ,嘴巴 是 头 的 组 成 部 分 之 一 ,而 且 如 果 头 没 了 ,嘴巴 也 就 没 
了 ,因此 头 和 嘴巴 是 组 合 关系 ,如 图 A-8 所 示 。 


Head Mouth 
~ mouth : Mouth Mes 
+ Head() 


图 A-8 组 合 关系 实例 


在 代码 实现 组 合 关 系 时 ,通常 在 整体 类 的 构造 方法 中 直接 实例 化 成 员 类 ,图 A-8 对 应 
的 Java 代码 片段 如 下 : 


public class Head { 
Private Mouth mouth; 


public Head() { 
mouth = new Mouth( ); // 实 例 化 成 员 类 
} 
} 


public class Mouth { 


} 
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2. 依赖 关系 


依赖 (Dependency) 关 系 是 一 种 使 用 关系 ,特定 事物 的 改变 有 可 能 会 影响 到 使 用 该 事物 
的 其 他 事物 ,在 需要 表示 一 个 事物 使 用 另 一 个 事物 时 使 用 依赖 关系 。 在 大 多 数 情 况 下 ,依赖 
关系 体现 在 某 个 类 的 方法 使 用 另 一 个 类 的 对 象 作为 参数 。 在 UML 中 ,依赖 关系 用 带 箭头 
的 虚线 表示 ,由 依赖 的 一 方 指 向 被 依赖 的 一 方 。 例 如 驾驶 员 开 车 ,在 Driver 类 的 drive() 方 
法 中 将 Car 类 型 的 对 象 car 作为 一 个 参数 传递 ,以 便 在 drive() 方 法 中 能 够 调用 car 的 move() 
方法 ,驾驶 员 的 drive() 方 法 依赖 车 的 move() 方 法 ,因此 类 Driver 依赖 类 Car, 如 图 A-9 
所 示 : 


+ drve (Car car) :vod + move 0 :void 


carmove(}, 
图 A-9 依赖 关系 实例 


在 系统 实现 阶段 ,依赖 关系 通常 通过 3 种 方式 来 实现 : 第 一 种 (也 是 最 常用 的 一 种 方 
式 ) 如 图 A-9 所 示 ,将 一 个 类 的 对 象 作为 另 一 个 类 中 方法 的 参数 ; 第 二 种 方式 是 在 一 个 类 的 
方法 中 将 另 一 个 类 的 对 象 作为 其 局 部 变量 ; 第 三 种 方式 是 在 一 个 类 的 方法 中 调用 另 一 个 类 
的 静态 方法 。 图 A-9 对 应 的 Java 代码 片段 如 下 : 


public class Driver { 
public void drive(Car car) { 
car. move( ); 
h 
; 


public class Car { 
public void move() { 


} 


} 


3. 泛 化 关系 

泛 化 (Generalization) 关 系 也 就 是 继承 关系 ,用 于 描述 父 类 与 子 类 之 间 的 关系 , 父 类 又 
称 作 基 类 或 超 类 , 子 类 又 称 作 派 生 类 。 在 UML 中 , 泛 化 关系 用 带 空 心 三 角形 的 直线 来 表 
示 。 在 代码 实现 时 ,使 用 面向 对 象 的 继承 机 制 来 实现 泛 化 关系 ,在 Java 语言 中 使 用 extends 
关键 字 来 实现 。 例 如 Student 类 和 Teacher 类 都 是 Person 类 的 子 类 ,Student 类 和 Teacher 
类 继承 了 Person 类 的 属性 和 方法 ,Person 类 的 属性 包含 姓名 (name) 和 年 龄 (age) ,每 一 个 
Student 和 Teacher 也 都 具有 这 两 个 属性 ,另外 Student 类 增加 了 属性 学 号 (studentNo ) 
Teacher 类 增加 了 属性 教师 编号 (teacherNo) ,Person 类 的 方法 包括 行走 move() 和 说 话 say()， 
Student 类 和 Teacher 类 继承 了 这 两 个 方法 ,而 且 Student 类 还 新 增 了 方法 study ()， 
Teacher 类 还 新 增 了 方法 teach() ,如 图 A-10 所 示 。 


附录 ”UML 类 医 


Person 
name :Sting 
#age :int 
move 0 :void 
say 0 :vod 
Student Teacher 
- studentNo :Swing ~ teacherNo ; Sting 
+ study 0 :vo + teach ( : vod 


图 A-10 泛 化 关系 实例 
图 A-10 对 应 的 Java 代码 片段 如 下 : 


// 父 类 

public class Person { 
protected String name; 
protected int age; 


public void move() { 


} 
public void say() { 


} 
. 


// 子 类 
public class Student extends Person { 
private String studentNo; 


public void study() { 


} 
} 


// 子 类 
public class Teacher extends Person { 
private String teacherNo; 


public void teach() { 


} 
| 


4. 接口 与 实现 关系 
在 很 多 面向 对 象 语言 中 都 引入 了 接口 的 概念 ,例如 Java、C# 等 ,在 接口 中 通常 没有 属 
性 ,而 且 所 有 的 操作 都 是 抽象 的 ,只 有 操作 的 声明 ,没有 操作 的 实现 。 在 UML 中 用 与 类 前 
表示 法 类 似 的 方式 表示 接口 ,如 图 A-11 所 示 。 

接口 之 间 也 可 以 有 与 类 之 间 关 系 类 似 的 继承 关系 和 依赖 关系 ,但 是 接口 和 类 之 间 还 存 
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在 一 种 实现 (Realization) 关 系 , 在 这 种 关系 中 类 实现 了 接口 ,类 中 的 操作 实现 了 接口 中 所 声 
明 的 操作 。 在 UML 中 ,类 与 接口 之 间 的 实现 关系 用 带 空心 三 角形 的 虚线 来 表示 。 例 如 定 
义 一 个 交通 工具 接口 Vehicle, 包 含 一 个 抽象 操作 move() ,在 类 Ship 和 类 Car 中 都 实现 了 
该 move() 操 作 ,不 过 具体 的 实现 细节 将 会 不 一 样 , 如 图 A-12 所 示 。 


Vehicle 


+ move 0 :void 


Animal 


+ move () :void 
+ sound () :void 


+ move () :void + move () :void 


Ship | Car 


图 A-11 接口 的 UML 图 示 图 A-12 实现 关系 实例 


实现 关系 在 用 代码 实现 时 不 同 的 面向 对 象 语言 也 提供 了 不 同 的 语法 ,在 Java 语言 中 使 
用 implements 关键 字 来 实现 。 图 A-12 对 应 的 Java 代码 片段 如 下 : 


public interface Vehicle { 
public void move( ) ; 
} 


public class Ship implements Vehicle { 
public void move() { 


} 
} 


public class Car implements Vehicle { 
public void move() { 


} 


合川 款 B 


B.1 


和 


a 


设计 模式 模拟 试题 


模拟 试题 一 


注 :《 模 拟 试题 一 ) 总 分 为 100 分 ,参考 测试 时 间 为 120 分 钟 。 
一 、 单 项 选择 题 (每 题 2 分 , 共 30 分 ) 
在 面向 对 象 软件 开发 过 程 中 ,采用 设计 模式 ( hs 


.可 以 减少 在 设计 和 实现 过 程 中 需要 创建 的 实例 对 象 的 数量 
.可 以 保证 程序 的 运行 速度 达到 最 优 值 

;. 可 以 复 用 相似 问题 的 相同 解决 方案 

.允许 在 非 面向 对 象 程序 设计 语言 中 使 用 面向 对 象 的 概念 


) 全 为 对 象 结构 型 设计 模式 。 


. 组 合 模式 .桥接 模式 和 代理 模式 

. 单 例 模式 、 原 型 模式 和 建造 者 模式 

. 外观 模 式 、 享 元 模式 和 策略 模式 

. 状态 模式 、 命 令 模式 和 迭代 器 模式 

. 以 下 关于 面向 对 象 设计 的 描述 正确 的 是 ( je 
. 针对 接口 编程 ,而 不 是 针对 实现 编程 

. 尽 可 能 合并 类 的 职责 

. 接口 与 实现 不 可 分 割 
.优先 使 用 继承 而 非 组 合 


) 可 以 避免 在 程序 代码 中 使 用 复杂 的 条 件 判断 语句 。 


. 桥接 模式 和 单 例 模式 B. 职责 链 模式 和 备忘录 模式 
. 模板 方法 模式 和 适配器 模式 D. 工厂 方法 模式 和 策略 模式 


) 不 是 实现 单 例 模式 的 要 点 。 


. 构造 函数 为 私有 
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B. 单 例 类 不 能 被 继承 
C. 由 单 例 类 自行 创建 单个 实例 
D. 必须 自行 向 整个 系统 提供 唯一 实例 
6. 某 公 司 要 开发 一 个 即时 聊天 软件 ,用 户 在 聊天 过 程 中 可 以 与 多 位 好 友 同 时 聊天 ,在 
私 聊 时 将 产生 多 个 聊天 窗口 ,在 创建 聊天 窗口 时 为 了 提高 效率 要 求 根据 第 一 个 窗口 快速 创 
建 其 他 窗口 。 针 对 这 一 需求 ,采用 (  “”) 最 为 恰当 。 


A. 享 元 模式 B. 单 例 模式 C. 原型 模式 D. 组 合 模 式 
7. 当 不 能 采用 生成 子 类 的 方法 进行 扩充 时 ,可 采用 ( ”) 动 态 地 给 一 个 对 象 添加 一 些 
额外 的 职责 。 
A. 外 观 模式 B. 单 例 模式 C. 组 合 模式 D. 装饰 模式 


8. 某 视频 播放 软件 要 求 能 够 支持 AVI`WMA .RMVB 等 多 种 视频 文件 格式 ,并 且 能 够 
在 Windows、Linux 和 UNIX 等 多 种 操作 系统 上 运行 。 为 满足 上 述 需 求 并 减少 所 需 生 成 的 
子 类 数量 ,可 以 使 用 ( ) 对 该 视频 播放 软件 进行 设计 。 
A. 适配器 模式 B. 桥接 模式 C. 装饰 模式 D. 命令 模式 
9. 某 公 司 要 开发 一 个 图 表 显示 工具 ,该 工具 提供 了 一 系列 图 表 生 成 器 ,其 中 曲线 图 生 
成 器 可 以 创建 曲线 图 .曲线 图 图 例 和 曲线 图 数据 标签 ,柱状 图 生成 器 可 以 创建 柱状 图 、 柱 状 
图 图 例 和 柱状 图 数据 标签 。 用 户 要 求 可 以 很 方便 地 增加 新 类 型 的 图 形 , 系 统 需 具备 较 好 的 
可 扩展 能 力 。 针 对 这 种 需求 ,公司 采用 ( ) 最 为 恰当 。 
A. 抽象 工厂 模式 。” B. 状态 模式 C. 职责 链 模式 D. 享 元 模式 
10. 以 下 关于 代理 模式 的 叙述 错误 的 是 ( 
A. 代理 模式 能 够 协调 调用 者 和 被 调用 者 ,从 而 在 一 定 程度 上 降低 系统 的 耦合 度 
B. 控制 对 一 个 对 象 的 访问 ,给 不 同 的 用 户 提 供 不 同 级 别 的 使 用 权限 时 可 以 考虑 使 
用 虚拟 代理 
C. 代理 模式 的 缺点 是 请 求 的 处 理 速度 可 能 会 变 慢 ,并且 实 现代 理 模 式 需 要 额外 的 
工作 
D. 代理 模式 给 某 一 个 对 象 提供 一 个 代理 ,并 由 代理 对 象 控制 对 原 对 象 的 引用 
11. 某 音乐 播放 器 在 播放 歌曲 时 需要 执行 文件 导入 .音频 解码 .歌词 导入 ,将 音频 数据 
输出 到 扬声器 等 多 步 操作 ,不 同 格式 (例如 WAV、MP3、OGG 等 ) 的 音乐 文件 具有 不 同 的 解 
码 过程 。 为 了 减少 代码 重复 ,提高 系统 的 可 扩展 性 ,可 采用 ( ) 设 计 该 音乐 播放 器 。 


A. 状态 模式 B. 策略 模式 C. 模板 方法 模式 ” D. 工厂 方法 模式 
12. 和 迭代 器 模式 用 于 处 理 具有 ( ) 性 质 的 类 。 
A. 聚集 B. 抽象 C. 单 例 D. 共享 


13. 在 图 形 界面 系统 开发 中 ,如 果 界 面 组 件 之 间 存 在 较为 复杂 的 相互 调用 关系 ,为 了 降 
低 界 面 组 件 之 间 的 耦合 度 , 让 它们 不 产生 直接 的 相互 引用 ,可 以 使 用 (  )。 


A. 组 合 模式 B. 适配器 模式 C. 中 介 者 模式 D. 状态 模式 
14. 很 多 软件 都 提供 了 撤销 功能 ,( ”) 可 以 用 于 实现 该 功能 。 


A. 中 介 者 模式 B. 备忘录 模式 C. 和 迭代 器 模式 D. 观察 者 模式 
15. 以 下 关于 命令 模式 的 叙述 错误 的 是 (  )。 
A. 命令 模式 将 一 个 请 求 封装 为 一 个 对 象 , 从 而 使 用 户 可 用 不 同 的 请 求 对 客户 进行 
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参数 化 
B. 命令 模式 实现 请 求 发 送 者 和 请 求 接收 者 解 看 
C. 使 用 命令 模式 会 导致 某 些 系统 有 过 多 的 具体 命令 类 
D. 命令 模式 是 对 命令 的 封装 ,命令 模式 把 发 出 命令 的 责任 和 执行 命令 的 责任 集中 
在 同一 个 类 中 
二 、 填空 题 (每 题 1 分 , 共 10 分 ) 
1 一 2 题 说 明 : 请 填写 对 应 的 面向 对 象 设计 原则 名 称 。 


1. 在 面向 对 象 设计 原则 中 ， 是 指 子 类 应 该 可 以 替换 父 类 并 出 现在 父 类 能 够 出 
现 的 任何 地 方 。 

2. 为 了 防止 界面 组 件 之 间 产生 复杂 的 引用 关系 ,可 以 提供 一 个 中 央 控制 器 来 专门 负责 
控制 界面 组 件 之 间 的 相互 引用 ,这 是 使 用 的 重 构 实例 。 

3 一 10 题 说 明 : 请 填写 对 应 的 设计 模式 名 称 , 中 /英文 名 均 可 。 

和 模式 可 以 根据 参数 的 不 同 返 回 不 同类 的 实例 。 

4. 当 需 要 创建 的 对 象 具 有 复杂 的 内 部 结构 时 ,为 了 逐步 构造 一 个 完整 的 对 象 ,并 使 得 
对 象 的 创建 更 具 弹 性 ,可 以 使 用 模式 。 

5. 已 知 某 子 系统 为 外 界 提供 功能 服务 ,但 该 子 系统 中 存在 很 多 粒度 十 分 小 的 类 ,不 便 
被 外 界 系统 直接 使 用 ,采用 模式 可 以 定义 一 个 高 层 接口 ,这 个 接口 使 得 这 一 子 系统 
更 加 容易 使 用 。 

6. 当 应 用 程序 由 于 使 用 大 量 的 对 象 造 成 很 大 的 存储 开销 时 ,可 以 通过 模式 运 


用 共享 技术 来 有 效 地 支持 大 量 细 粒度 对 象 的 重用 。 

7. 在 某 电 子 商 务 系统 中 ,站 内 检索 功能 的 基本 实现 过 程 如 下 : 先 搜索 商品 表 查 询 相关 
信息 ,再 搜索 商品 类 型 表 查 询 相关 信息 ,然后 搜索 新 闻 表 查询 相关 信息 。 该 搜索 次 序 可 以 灵 
活 地 调整 并 且 可 能 会 加 入 新 的 待 查询 的 数据 表 。 对 于 该 站 内 检索 功能 ,可 采用 模 
式 进行 设计 。 

8. 某 软件 公司 计划 开发 一 套 简单 的 数据 库 同步 指令 ,通过 这 套 指令 可 以 对 数据 库 中 的 
数据 和 结构 进行 快速 备份 ,例如 输入 指令 “MOVE VIEW v_FemaleEmployee FROM srcDB 
to desDB” 表 示 将 数据 库 srcDB 中 的 视图 v_FemaleEmployee 移动 至 数据 库 desDB 中 。 针 
对 以 上 需求 ,可 以 使 用 模式 来 设计 该 数据 库 同步 指令 系统 。 

9. 模式 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 

10. 如 果 需 要 对 一 个 集合 对 象 中 不 同类 型 的 元 素 施加 不 同 的 操作 ,可 以 采用 
模式 。 


三 、 综合 应 用 题 (每 题 12 分 , 共 60 分 ) 

1. 结合 工厂 方法 模式 , 谈 谈 对 开 闭 原则 的 理解 。 要 求 在 解答 时 给 出 开 闭 原则 的 定义 并 
结合 代码 片段 进行 说 明 ,编程 语言 不 限 。 

2. 在 某 系统 的 图 表 处 理 模块 中 ,需要 将 图 表 (Chart) 显示 和 图 表 数 据 采 集 
(DataCollection) 分 离 ,系统 可 支持 多 种 图 表 ( 例 如 柱状 图 BarChart、 饼 状 图 PieChart 等 ) ,也 
提供 了 多 种 数据 采集 方式 ,例如 可 以 从 文本 文件 中 读 取 数据 (TxtDataCollection) ,也 可 以 从 
数据 库 中 读 取 数据 (DBDataCollection ), 还 可 以 从 Excel 文件 中 获取 数据 
(ExcelDataCollection) 。 如 果 需 要 从 Excel 文件 中 获取 数据 , 则 需要 调用 与 Excel 相关 的 
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API, 例 如 读 取 Excel 文件 的 ExcelReader 类 ,而 这 个 API 是 现 有 系统 所 不 具备 的 。 选 择 两 
种 合适 的 设计 模式 来 设计 该 模块 ,要 求 给 出 设计 模式 名 称 并 结合 场景 绘制 结构 图 。 

3. 某 公司 要 使 用 面向 对 象 技术 开发 一 套 个 性 化 的 界面 控件 库 , 界 面 控件 (UIComponent) 
分 为 两 大 类 ,一 类 是 容器 控件 (Container) ,例如 窗 体 (Form)、 面 板 (Panel) 等 ; 另 一 类 是 基 
本 控件 ,例如 按钮 (Button) 、 文 本 框 (TextBox) 等 。 试 使 用 组 合 模 式 设计 该 界面 控件 库 , 要 
求 给 出 结构 图 并 说 明 组 合 模式 的 适用 场景 。 

4. 选择 合适 的 设计 模式 设计 以 下 场景 : 

猫 (Cat) 大 叫 一 声 , 老 鼠 (Mouse) 开 始 逃 跑 , 主 人 (Master) 被 惊醒 。 

要 求 : 要 有 联动 性 ,老鼠 和 主人 的 行为 是 被 动 的 ; 四 考虑 可 扩展 性 , 猫 的 叫 声 可 能 引 
起 其 他 联动 效应 ; 加 给 出 模式 名 称 及 定义 ,并 结合 场景 绘制 结构 图 。 

5. 某 电影 院 售票 系统 为 不 同类 型 的 用 户 提供 了 不 同 的 电影 票 (CinemaTicket) 打折 方 
式 (Discount) ,学 生 赁 学 生 证 可 享受 8 折 优 惠 (StudentDiscount) ,儿童 可 享受 减免 10 元 的 
优惠 (ChildrenDiscount) ,VIP 用 户 除 享受 半价 优惠 外 还 可 以 进行 积分 (VIPDiscount) 。 选 
择 一 种 合适 的 设计 模式 来 设计 该 系统 ,要 求 给 出 该 模式 的 名 称 及 定义 ,并 结合 场景 绘制 结 
构图 。 


B.2 模拟 试题 二 


注 :《 模 拟 试题 二 ) 总 分 为 100 分 ,参考 测试 时 间 为 120 分 钟 。 
一 、 单 项 选择 题 (每 题 2 分, 共 20 分 ) 
本 : ) 全 为 对 象 行为 型 设计 模式 。 
A. 单 例 模式 、 建 造 者 模式 和 工厂 方法 模式 
B. 组 合 模式 .桥接 模式 和 代理 模式 
C. 职责 链 模 式 、 备 忘 录 模 式 和 访问 者 模式 
D. 和 迭代 器 模式 .解释 器 模式 和 模板 方法 模式 
2. 如 果 一 个 方法 能 够 接受 一 个 基 类 对 象 作为 其 参数 ,必然 可 以 接受 一 个 子 类 对 象 。 该 
陈述 是 (  ) 的 定义 。 
A. 依赖 倒转 原则 B. 里 氏 代 换 原则 
C. 合成 复 用 原则 D. 接口 隔离 原则 
3. 迪 米 特 法 则 要 求 一 个 软件 实体 应 当 尽 可 能 少 地 与 其 他 软件 实体 发 生 相 互 作用 ,这 样 
当 一 个 模块 修改 时 就 会 尽量 少 地 影响 其 他 模块 ,扩展 会 相对 容易 。 为 了 满足 迪 米 特 法 则 ,一 
种 常见 的 方法 是 在 系统 中 适当 引入 一 些 “ 第 三 者 类 ,通过 这 些 "* 第 三 者 ”类 来 降低 系统 的 耦 
合 度 ,这 种 思想 在 某 些 设计 模式 中 得 以 实现 ,( ”) 设 计 模 式 是 迪 米 特 法 则 的 具体 实现 。 


A. 抽象 工厂 和 策略 B. 组 合 和 迭代 器 
C. 享 元 和 单 例 D. 外 观 和 中 介 者 
4. 撤销 (Undo) 操 作 是 很 多 软件 系统 的 基本 功能 之 一 ,在 设计 模式 中 ,( ) 模 式 可 以 
用 于 设计 和 实现 撤销 功能 。 
A. 适配器 或 代理 B. 访问 者 或 观察 者 


C. 命令 或 备忘录 D. 职责 链 或 迭代 器 
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5. ( ， ) 可 以 避免 在 设计 方案 中 使 用 庞大 的 多 层 继承 结构 ,从 而 减少 系统 中 类 的 总 


A. 桥接 模式 和 装饰 模式 B. 适配器 模式 和 职责 链 模式 

C. 策略 模式 和 模板 方法 模式 D. 中 介 者 模式 和 迁 代 器 模式 
6. 在 某 飞 行 器 模拟 系统 中 ,用 户 通过 调节 参数 可 以 得 到 飞机 的 燃油 消耗 曲线 和 发 动机 
燃烧 效率 曲线 ,用 户 可 以 向 文本 框 输入 参数 值 , 也 可 以 通过 滑 块 来 设置 参数 值 ,还 可 以 通过 
下 拉 框 来 选择 参数 值 ,系统 界面 如 图 B-1 所 示 , 在 该 系统 的 设计 中 可 以 使 用 ( ) 设 计 
模式 。 


燃烧 效率 曲线 


图 B-1 某 飞行 器 模拟 系统 界面 图 


A. 适配器 或 命令 B. 工厂 方法 或 外 观 
C. 中 介 者 或 观察 者 D. 策略 或 模板 方法 
EK ) 模 式 可 用 于 将 请 求 发 送 者 与 请 求 接收 者 解 看 ,请 求 在 发 送 完 之 后 ,客户 端 无 
须 关 心 请 求 的 接收 者 是 谁 ,系统 根据 预定 义 的 规则 将 请 求 转发 给 指定 的 对 象 处 理 。 


A， 状态 和 策略 B. 观察 者 和 访问 者 
C. 解释 器 和 迭代 器 D. 职责 链 和 命令 
8. ( ) 设 计 模式 考虑 到 了 系统 的 性 能 ,它们 的 引入 将 使 得 程序 在 运行 时 能 够 节约 一 
定 的 系统 资源 。 
A. 工厂 方法 和 模板 方法 B. 单 例 和 享 元 
C. 访问 者 与 迭代 器 D. 适配器 和 建造 者 


9. 单一 职责 原则 要 求 一 个 类 只 负责 一 个 功能 领域 中 的 相应 职责 ,在 设计 模式 中 ,(  ) 
体现 了 单一 职责 原则 。 
A. 单 例 模式 和 适配器 模式 B. 模板 方法 模式 和 外 观 模式 
C. 代理 模式 和 中 介 者 模式 D. 迭代 器 模式 和 工厂 方法 模式 
10. 有 些 设计 模式 的 目的 是 处 理 一 些 较 为 复杂 的 算法 问题 ,( ) 用 于 在 应 用 程序 中 
分 离 一 些 复杂 的 算法 。 
A. 策略 模式 和 访问 者 模式 B. 状态 模式 和 组 合 模式 
C. 代理 模式 和 外 观 模式 D. 模板 方法 模式 和 解释 器 模式 
二 、 连 线 题 (每 题 10 分 , 共 20 分 ) 
1. 请 将 以 下 设计 模式 名 与 对 应 的 模式 描述 用 线段 连接 在 一 起 (10 分 ) 。 
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(1) 工厂 方法 模式 A. 将 抽象 部 分 与 它 的 实现 部 分 分 离 ,使 它们 都 可 以 独立 地 变化 。 
(2) 建造 者 模式 B. 允许 一 个 对 象 在 其 内 部 状态 改变 时 改变 它 的 行为 。 

(3) 适配器 模式 C. 动态 地 给 一 个 对 象 增加 一 些 额外 的 职责 。 

(4) 桥接 模式 D. 通过 运用 共享 技术 有 效 地 支持 大 量 细 粒 度 对 象 的 复 用 。 


E. 提供 了 一 种 方法 来 访问 聚合 对 象 ,而 不 用 暴露 这 个 对 象 的 内 部 


(5) 装饰 模式 Pe 
FF 将 闫 的 实例 化 操作 延 壕 到 子 类 中 完成 . 即 肌 子 闫 来 决定 究竟 应 该 
(6) 外 观 梳 式 实例 化 (创建 ) 哪 一 个 类 。 
07) 享 元 模式 G 定义 一 个 操作 中 算法 的 骨架 ,而 将 一 些 步 怠 延 迟到 子 关中 。 
志 将 一 个 复杂 对 象 的 构建 与 它 的 表示 分 离 \ 使 得 同样 的 构建 过 程 可 
(8) 送 代 器 模式 以 创建 不 同 的 表示 。 
09) 模板 方法 模式 1 为 复杂 子 系统 提供 一 个 一 致 的 接口 。 
a J 将 一 不 接口 转换 成 容 户 希望 的 另 一 个 接口 .从 而 使 接口 不 兼容 的 


那些 类 可 以 一 起 工作 。 


2. 请 将 以 下 应 用 场景 与 对 应 的 设计 模式 名 用 线段 连接 在 一 起 (10 分 )。 


01) 某 系统 中 的 物品 采购 单 采用 逐 级 审批 机 制 .不 同 金额 的 采购 有 
单 由 不 同 级 别 的 领导 来 审批 。 A. 抽象 工厂 模式 
(2) 某国 际 象棋 软件 需要 提供 “ 悔 棋 ” 功 能 。 B. 单 例 模式 

(3) 某 系统 提供 多 种 数据 加 密 算法 ,用 户 可 以 根据 需要 来 动态 先 、 
i C. 解释 器 模式 
(4) 在 某 基于 GUI 的 系统 中 界面 组 件 之 间 存 在 复杂 的 引用 关系 。 D. 代理 模式 

(5) 某 数据 库 管理 系统 需 提供 一 个 唯一 的 序号 生成 器 。 E. 职责 链 模 式 
06) 为 了 提升 运行 速度 , 某 系 统 在 加 载 时 先 使 用 简单 符号 来 表示 
ead F. 备忘录 模式 
07) 菜系 统 提供 了 一 个 皮肤 库 , 其 中 包含 多 套 皮肤 ,在 每 一 套 皮肤 CG 

中 对 不 同 界面 组 件 的 显示 风格 都 进行 了 定制 。 ee 

(8) 某 系统 需要 自 定义 一 组 指令 ,通过 这 组 指令 可 以 实现 对 XML 

文档 的 增删 \ 改 、 查 等 操作 。 人 
(9) 某 系 统 提供 一 个 资讯 订阅 功能 .所 有 已 订阅 的 用 户 将 会 以 邮 5 

件 的 方式 定时 接收 到 相应 的 资讯 。 

(10) 某 系 统 中 经 常 需要 重复 创建 一 些 相同 或 者 相似 的 对 象 。 J. 观察 者 模式 
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三 、 综合 应 用 题 ( 每 题 10 分 , 共 60 分 ) 

1. 使 用 Java 语言 编程 实现 一 个 多 例 模式 (Multiton Pattern) ,确保 系统 中 某 个 类 的 对 
象 只 能 存在 有 限 多 个 ,例如 两 个 或 3 个 。 

2. 使 用 UML 图 来 表示 Windows 下 的 文件 目录 结构 ,分 析 其 中 所 使 用 的 设计 模式 。 

3. 电视 机 般 控 器 的 设计 原理 中 蕴含 了 哪些 设计 模式 ,列举 两 个 ,绘制 这 两 种 设计 模式 
的 结构 图 并 简单 论述 其 适用 场景 。 

4. 在 面向 对 象 编程 中 往往 提倡 尽量 不 使 用 条 件 判 断 语句 (例如 让 …else… 语 句 或 者 
switch…case… 语 句 )。 选 择 一 种 有 助 于 避免 使 用 条 件 判断 语句 的 设计 模式 ,结合 文字 说 明 
和 代码 片段 来 解释 它 是 如 何 避 免 的 。 

5. 某 房地产 公司 要 开发 一 套房 产 信息 管理 系统 ,在 该 系统 中 , 当 销 售 人 员 登 录 系 统 并 
登记 房屋 销售 信息 时 ,相关 主管 都 将 收 到 相应 的 销售 消息 。 选 择 一 种 合适 的 设计 模式 设计 
该 系统 ,绘制 结构 图 并 编写 核心 代码 。 

6. 结合 一 种 合适 的 设计 模式 谈 谈 对 依赖 倒转 原则 的 理解 ,要 求 给 出 依赖 倒转 原则 的 定 
义 并 结合 代码 片段 及 结构 图 进行 说 明 。 


B.3 模拟 试题 三 


注 :《 模 拟 试 题 三 ) 总 分 为 100 分 ,参考 测试 时 间 为 120 分 钟 。 

一 、 判断 题 (每 题 1 分 , 共 20 分 ) 

1. 一 个 类 承担 的 职责 越 多 , 越 容 易 复 用 ,被 复 用 的 可 能 性 越 大 。 

2. 工厂 方法 模式 对 应 唯一 一 个 产品 等 级 结构 ,而 抽象 工厂 模式 则 需要 面 对 多 个 产品 等 
级 结构 。 
3. 命令 模式 将 一 个 请 求 封装 为 一 个 对 象 ,从 而 使 用 户 可 用 不 同 的 请 求 对 客户 进行 参 
数 化 。 

4. 在 某 酒店 客房 预订 系统 中 ,房间 具有 空闲 .已 预订 .已 人 住 等 多 个 不 同 的 状态 , 且 在 
不 同 的 状态 下 用 户 对 于 房间 具有 不 同 的 操作 行为 ,例如 空闲 的 房间 不 支持 退 房 操作 ,已 人 住 
的 房间 不 支持 再 次 入 住 操作 等 。 此 时 可 使 用 状态 模式 来 设计 该 系统 ,状态 模式 可 以 封装 对 
象 状 态 的 转换 过 程 ,增加 新 的 状态 无 须 修改 已 有 代码 ,完全 符合 开 闭 原则 。 

5. 在 某 系统 中 经 常 需要 重复 创建 一 些 相同 或 者 相似 的 对 象 ,可 以 考虑 采用 模板 方法 
模式 。 

6. 控制 对 一 个 对 象 的 访问 ,给 不 同 的 用 户 提供 不 同 级 别 的 使 用 权限 时 可 以 考虑 使 用 虚 
拟 代理 。 

7. 在 某 电子 商务 系统 中 站 内 检索 功能 的 基本 实现 过 程 如 下 : 先 搜索 商品 表 查 询 相 关 
信息 ,再 搜索 商品 类 型 表 查 询 相关 信息 ,然后 搜索 新 闻 表 查询 相关 信息 。 该 搜索 次 序 可 以 灵 
活 地 调整 并 且 可 能 会 加 入 新 的 待 查询 的 数据 表 。 对 于 该 站 内 检索 功能 ,可 采用 职责 链 模 式 
进行 设计 。 

8. Windows 操作 系统 中 的 应 用 程序 桌面 快捷 方式 体现 了 代理 模式 。 

9. 建造 者 模式 允许 用 户 可 以 只 通过 指定 复杂 对 象 的 类 型 就 可 以 创建 它们 ,而 不 需要 知 
道内 部 的 具体 构建 细节 。 
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10. Java I/O 库 的 设计 应 用 了 组 合 模式 ,其 中 OutputStream 类 和 InputStream 类 充当 
抽象 构件 角色 。 

11. 合成 复 用 将 已 有 对 象 纳 和 人 新 对 象 中 ,使 之 成 为 新 对 象 的 一 部 分 ,新 对 象 可 以 调用 已 
有 对 象 的 方法 ,从 而 实现 行为 的 复 用 。 

12. 一 个 软件 实体 应 当 尽 可 能 少 地 与 其 他 软件 实体 发 生 相 互 作用 ,这 样 当 一 个 模块 修 
改 时 就 会 尽量 少 地 影响 其 他 模块 ,扩展 会 相对 容易 。 

13. 接口 应 该 尽量 细 化 ,同时 接口 中 的 方法 应 该 尽 可 能 少 ,理想 情况 是 在 每 个 接口 中 只 
定义 一 个 方法 ,该 接口 使 用 起 来 最 为 方便 。 

14. 在 某 多 功能 文本 编辑 器 中 允许 用 户 插 入 图 片 .动画 和 视频 等 多 媒体 素材 ,为 了 节约 
系统 资源 ,可 使 用 享 元 模式 来 处 理 相同 的 素材 。 

15. 在 某 财务 系统 中 需要 将 阿拉 伯 数 字 ( 例 如 1.2、3 等 ) 转 换 成 中 文大 写 数字 (例如 壹 、 
址 、 参 等 ), 并 且 系 统 需 要 支持 中 文大 写 数字 的 基本 数学 运算 ,例如 “ 壹 拾 起 加 二 拾 撞 " 可 计算 
得 到 * 肆 拾 ”, 可 以 使 用 解释 器 模式 来 设计 和 实现 该 数字 转换 和 计算 功能 。 

16. 某 数据 处 理 软件 需要 提供 一 个 数据 恢复 功能 ,用 户 在 操作 过 程 中 如 果 发 生 异 常 操 
作 ,可 以 将 数据 恢复 到 某 一 个 历史 状态 。 针 对 该 需求 可 以 采用 备忘录 模式 来 设计 该 数据 恢 
复 功能 。 

17. 访问 者 模式 让 用 户 可 以 在 不 改变 各 元 素 对 应 的 类 的 前 提 下 定义 作用 于 这 些 元 素 的 
新 操作 ,在 访问 者 模式 中 增加 新 的 操作 和 元 素 都 很 方便 ,完全 符合 开 闭 原则 。 

18. 采用 模板 方法 模式 可 以 定义 一 个 操作 中 算法 的 骨架 ,而 将 一 些 步 又 延迟 到 子 类 中 
实现 。 模 板 方法 模式 是 一 种 代码 复 用 技术 ,可 以 让 系统 更 加 符合 合成 复 用 原则 。 

19. 中 介 者 模式 通过 引入 一 个 中 介 对 象 来 封装 一 系列 其 他 对 象 之 间 的 交互 ,降低 对 象 
之 间 的 耦合 度 ,使 得 系统 更 加 符合 迪 米 特 法 则 。 

20. 电视 机 琐 控 器 的 设计 中 区 含 了 迭代 器 模式 和 命令 模式 的 思想 。 

二 、 综 合 应 用 题 ( 共 80 分 ) 

1. (15 分 ) 什 么 是 开 闭 原则 ? 简要 说 明 如 何 实现 开 闭 原则 。 分 别 讨论 3 种 工厂 模式 ( 简 
单 工厂 模式 .工厂 方法 模式 .抽象 工厂 模式 ) 是 否 支 持 开 闭 原 则 ,并 结合 类 图 加 以 说 明 。 

2. (10 分 ) 在 某 图 形 绘制 软件 中 提供 了 多 种 不 同类 型 的 图 形 ,例如 圆 形 (Circle) .三角 
形 (Triangle) .长 方形 (Rectangle) 等 ,并 为 每 种 图 形 提供 了 多 种 样式 (Style) ,例如 平面 
(Plane) 图 形 .立体 (Stereo) 图 形 等 。 该 软件 需要 经 常 增 加 新 的 图 形 及 新 的 图 形 样 式 , 其 初 
始 设计 方案 如 图 B-2 所 示 。 


Triangle je StereoTriangle | 


图 B2 某 图 形 绘制 软件 初始 设计 方案 图 
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结合 面向 对 象 设 计 原 则 分 析 该 设计 方案 存在 的 问题 。 选 择 一 种 合适 的 设计 模式 对 该 方 
案 进 行 重 构 ,请 给 出 设计 模式 的 名 称 以 及 重 构 之 后 的 设计 方案 。 

3. (15 分 ) 某 工业 控制 系统 的 “ 主 控 界 面 (MainFrame) ”的 说 明 如 下 : 

(1) 该 主 控 界面 所 占 的 内 存 较 多 , 需 采 用 一 种 合适 的 解决 方案 控制 主 控 界 面 实例 数量 ， 
进而 节约 系统 资源 ,提高 系统 性 能 。 

(2) 该 主 控 界 面 需 提供 “一 键 启动 "和 “一 键 停止 "功能 ,通过 该 功能 可 以 一 次 性 控制 多 
台 设 备 (Device) 的 启动 和 关闭 。 

根据 以 上 说 明 ,选择 两 种 合适 的 设计 模式 设计 该 “ 主 控 界 面 ", 请 给 出 设计 模式 的 名 称 和 
定义 ,并 结合 实例 绘制 解决 方案 的 结构 图 。( 类 名 ,方法 名 和 属性 名 可 自行 定义 ) 

4. (15 分 ) 某 会 议 管理 系统 的 “会 议 通知 发 送 ” 模 块 的 说 明 如 下 : 

(1) 行政 管理 人 员 可 以 给 某 个 或 某 些 员工 (Employee) 发 送 会 议 通知 ,也 可 以 给 某 个 部 
门 (Department) 发送 通知 ,如 果 给 某 个 部 门 发 送 通知 ,将 逐个 给 该 部 门 的 每 个 员工 发 送 会 

(2) 如 果 员 工 或 者 部 门 希望 能 够 收 到 会 议 通知 ,必须 先 注册 到 一 个 会 议 列表 
(MeetingList) 中 ,在 发 送 通知 时 系统 将 遍历 会 议 列表 ,逐个 将 会 议 通知 发 送 给 注册 用 户 
(User) 。 

根据 以 上 说 明 ,选择 两 种 合适 的 设计 模式 设计 该 "会 议 通知 发 送 ” 模 块 ,请 给 出 设计 模式 
的 名 称 和 定义 ,并 结合 实例 绘制 解决 方案 的 结构 图 。( 类 名 \ 方 法 名 和 属性 名 可 自行 定义 ) 

5. (25 分 ) 某 软件 企业 为 XYZ 影音 产品 销售 公司 开发 一 套 在 线 销 售 系统 ,以 提升 服务 
的 质量 和 效率 。 项 目 组 经 过 讨论 后 决定 采用 面向 对 象 方法 开发 该 系统 。 在 设计 建 模 阶段 需 
要 满足 以 下 设计 要 求 : 

(1) XYZ 公司 经 常 进行 促销 活动 。 根 据 不 同 的 条 件 ( 如 订单 总 额 、 商 品 数量 、 产 品种 类 
等 ), 公 司 可 以 提供 百分比 折扣 或 现金 减免 等 多 种 促销 方式 供 提交 订单 的 用 户 选择 。 实 现 每 
种 促销 活动 的 代码 量 很 大 , 且 会 随 促销 方式 的 不 同 经 常 修改 。 在 系统 设计 中 需要 考虑 现 有 
的 促销 和 新 的 促销 ,而 不 用 经 常 重 写 控制 器 类 代码 。 

(2) 该 在 线 销售 系统 需要 计算 每 个 订单 的 税率 ,不 同 商品 的 税率 及 计算 方式 会 有 所 区 
别 。 所 以 XYZ 公司 决定 在 系统 中 直接 调用 不 同 商 品 供应 商 提 供 的 税率 计算 类 ,但 每 个 供应 
商 的 类 提供 了 不 同 的 调用 方法 。 在 系统 设计 中 需要 考虑 如 果 公 司 更 换 了 供应 商 ,应 该 尽 可 
能 少 地 在 系统 中 修改 或 创建 新 类 。 

项 目 组 架构 师 决 定 采 用 设计 模式 来 满足 上 述 设 计 要 求 , 并 确定 从 当前 已 经 熟练 掌握 的 
设计 模式 中 进行 选择 ,这 些 设计 模式 包括 适配器 模式 、 单 例 模式 、 命 令 模式 、 组 合 模 式 、 抽 象 
工厂 模式 、 原 型 模式 \ 代 理 模 式 、 职 责 链 模 式 和 策略 模式 等 。 

【问题 1】 设计 模式 按照 其 应 用 目的 可 以 分 为 3 类 , 即 创建 型 .结构 型 和 行为 型 ,请 简 
要 说 明 3 类 设计 模式 的 作用 。(6 分 ) 

【问题 2】 请 将 该 项 目 组 已 经 掌握 的 设计 模式 按照 其 作用 分 别 归 类 到 创建 型 .结构 型 
和 行为 型 模式 中 。(9 分 ) 

【问题 3】 针对 题目 中 所 提出 的 设计 要 求 (1) 和 (2) ,项目 组 应 该 分 别 选择 何 种 设计 模 
式 ? 请 给 出 设计 模式 的 名 称 并 分 别 绘 制 解决 方案 的 结构 图 。(10 分 ) 
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